Merge branch 'master' into modesetting-101

Conflicts:

linux-core/Makefile.kernel
linux-core/drm_compat.c
linux-core/drm_fops.c
linux-core/drm_lock.c
shared-core/drm.h
shared-core/i915_dma.c
shared-core/i915_drv.h
shared-core/i915_irq.c

Use fixed sized types in new ioctls

Make both crtc and the command argument 32 bits to avoid any 32-on-64 compat
issues.

Enum-ectomy of vblank modesetting ioctl

Enum can be of pretty much any size since C leaves the choice of size up to the implementation.  So avoid using it in new interfaces like the vblank pre- & post-modeset ioctl.  Thanks to hch for spotting this.

Make via compile.

Chase the lock to it's new location.

Make radeon_ms compile.

Remove lock functions and use pci_map_rom() instead of pci_map_rom_copy().

Don't disable IRQs, just tasklets, when taking the drm lock spinlock.

Fixed unlock check on EAGAIN

i915: fix for compatibility mode

i915: allocate devname at init time

Since it'll be freed at unload time, we should alloc devname rather than
pointing to the DRIVER_NAME string.

add sysfs entry for DVO output

forget to add it in the previous DVO porting patch.

Signed-off-by: Hong Liu <hong.liu@intel.com>

clear interrupt status before install irq

On my 865G machine, it seems the CPU will receive interrupt before
irq_postinstall is called. This will cause kernel oops because vblank is not
inited at that time. Clear interrupt status before install seems fixing this
problem.

Signed-off-by: Hong Liu <hong.liu@intel.com>

fix removing output_attrs

fix a typo in removing output sysfs.

Signed-off-by: Hong Liu <hong.liu@intel.com>

linux-core Makefile: add GIT_REVISION

This tries to automatically fetch a git revision string and if succeeds,
it #defines GIT_REVISION string macro. Packagers can override it by
'make GIT_REVISION=foo'.

Update Nouveau to use GIT_REVISION, if defined, instead of DRIVER_DATE
in struct drm_driver.

Signed-off-by: Pekka Paalanen <pq@iki.fi>

i915: gfx hw and i945gme fixes from upstream

From Jesse and Zhenyu originally.

[I915] Handle tiled buffers in vblank tasklet

The vblank tasklet update code must build 2D blt commands with the
appropriate tiled flags.

On I965, use correct 3DSTATE_DRAWING_RECTANGLE command in vblank

The batchbuffer submission paths were fixed to use the 965-specific command,
but the vblank tasklet was not. When the older version is sent, the 965 will
lock up.

Porting DVO stuff

Ported from Xorg intel 2d driver. Changed interfaces definitions, which needed
to be changed later if other device wants to use these DVO stuff.

Fix buffer object map wait error.
Add some branch prediction hints.

Fix buffer object creation validation.

BO lock fixes.

Unlock the BO mutex while waiting for idle, unmapped, unfenced.

Move unfenced checking into idle checking.
Never time out while waiting for software events like unmapped or unfenced.

Fix up buffer manager locking.

Save and restore dsparb and d_state regs

Merge branch 'modesetting-101' of ssh://git.freedesktop.org/git/mesa/drm into modesetting-101

radeon_ms: rework command submission ioctl & cleanup

Fixup Intel TV property code

Use the new TV property creation routine and fixup the set_property code
to actually do a mode set call when properties change.

Split TV property creation into its own routine

It needs to take arguments from the caller about supported TV formats,
so declare it in drm_crtc.h and export it.

Remove structure fields & code

Cleanup some random cruft left over from the initial port.

Fix masking in get_load_detect_pipe

Start i at -1 so that the masking works right.

Keep display info in struct display_info

Some fields had snuck into the drm_output structure.  Put them back and
fill in more stuff from the EDID block.

Add TV out hotplug detection

Doesn't yet work on my i915 test machine, but most of the necessary bits
should be there.

Fix TV load detection

Now that we can allocate load detect pipes, we can perform TV out load
detection correctly.  Call the new routines and enable proper TV
detection.

Port pipe reservation code for load detection

TV out needs to do load detection, which means we have to find an
available pipe to use for the detection.  Port over the pipe reservation
code for this purpose.

Add newline to debug output for output add

Older kernels don't have kobject_uevent_env(), so punt
the event for these older kernels.

Fixup sysfs output registration

Put off registering new outputs with sysfs until they're properly configured,
or we may get duplicates if the type hasn't been set yet (as is the case with
SDVO initialization).  This also means moving de-registration into the cleanup
function instead of output destroy, since the latter occurs during the normal
course of setup when an output isn't found (and therefore not registered with
sysfs yet.

Merge branch 'modesetting-101' of ssh://git.freedesktop.org/git/mesa/drm into modesetting-101

Add devname in modeset case

If the driver is 'modeset' enabled, it'll register it's interrupt
handler at load time.  Set the devname in this case so that
/proc/interrupts makes sense.

Improved DRM sysfs support

This patch ties outputs, output properties and hotplug events into the
DRM core.  Each output has a corresponding directory under the primary
DRM device (usually card0) containing dpms, edid, modes, and connection
status files.

New hotplug change events occur when outputs are added or hotplug events
are detected.

radeon_ms: command buffer validation use array of function pointer

Missing KERNEL_VERSION macro

radeon_ms: another fb fix reset mode if fb changed

Add DragonFly BSD support for device creation

DragonFly behaves just like FreeBSD in this regard.

nouveau: enable accelerated move to sysmem

nouveau: enable m2mf for tt<->vram moves, fix fence_poll

radeon_ms: fix framebuffer code

radeon_ms: check for NULL fb

Place highmem pages last in the ttm page array.

Use clflush() when available for cache flushing.

[I915] Fix VRAM eviction.

Fix emergency allocation accounting.

nv50: primitive i2c interrupt handler

radeon_ms: add crtc set base callback & fix palette

radeon_ms: fixes fb handling

nv50: primitive display interrupt handler.

radeon_ms: small fix & cleanup to command checking

nouveau: fix return from function..

dude kernel moduless use kernel errors :)

this fixes an oops on init when this codepath hits.

radeon_ms: initial pass at command buffer validation

Initialize the fence::error member.

[i915] Report buffer state _after_ fence submission to user-space.
This fixes a problem where the wrong bo->fence_type was reported, and
also saves some memory space.
[bo core] export the drm_bo_fill_rep_arg function.

Don't call fence::poll during irq if there are no waiters.

nouveau: forgot to add a break

nouveau: Add ctx values for nv86.

- Note that this may not work for all nv86.

radeon_ms: add hang debuging helper functions

drm/r300: fix wait interface mixup

This interface was defined completely wrong, however userspace has only
ever used 4 values from it (0x1, 0x2, 0x3 and 0x6), so fix the interface to do what userspace actually expected but define new defines for new users to use
it properly.

r300: Correctly translate the value for the R300_CMD_WAIT command.

Previously, the R300_CMD_WAIT command would write the passed directly to the
hardware. However this is incorrect because the R300_WAIT_* values used are
internal interface values that do not map directly to the hardware.

The new function I have added translates the R300_WAIT_* values into appropriate
values for the hardware before writing the register.

Thanks to John Bridgman for pointing this out. :-)

radeon_ms: this is a modesetting driver, bring things up to date

drm: remove authentication on master exit.

using contexts for this is bad for multiple masters

nouveau: nv20 bios does not initialise PTIMER

The wait functions depend on PTIMER, so write the old (incorrect, but working) values for uninitialised hw

i915: fix oops on agp=off

Kernel bug 10289.

Merge branch 'r500-fp'

nouveau: silence warning

nv40: voodoo - not quite.

nv40: allocate massive amount of PRAMIN for grctx on all chipsets.

More or less a workaround for issues on some chipsets where a context
switch results in critical data in PRAMIN being overwritten by the GPU.

The correct fix is known, but may take some time before it's a feasible
option.

r500: fragment program upload is also used to upload constants.

Limit frag address to 8 bits

Merge branch 'modesetting-101' of ssh://git.freedesktop.org/git/mesa/drm into modesetting-101

radeon_ms: fix fence

drm: fixup r500fp submission

nouveau: do not set on-board timer's numerator/denominator to bad values

RADEON: switch over to new production microcode

This needs to be tested thoroughly before pushing to the
kernel.

RADEON: production microcode for all radeons, r1xx-r6xx

This updated microcode is not in use yet.

move some more r300 regs into not allowed on r500

drm: add new rs690 pci id

Evict cached_mapped relocatee before applying reloc.

Fix that got left out after the intel-post-reloc merge.

drm: add master set/drop protocol

this may not survive long - just need something for testing

i915: safety check the sarea map still exists

drm: pick correct master for cleaning up

When a master is exiting, make sure we clean it up and not the currently
in charge master.

drm: select the correct master to attempt to remove the lock from.

When destroying DRI sarea, make sure you use the master associated with the
sarea and not the one currently in charge

initial r500 RS and FP register and upload code

drm/pcigart: fix the pci gart to use the drm_pci wrapper.

This is the correct fix for the RS690 and hopefully the dma coherent work.

For now we limit everybody to a 32-bit DMA mask but it is possible for
RS690 to use a 40-bit DMA mask for the GART table itself,
and the PCIE cards can use 40-bits for the table entries.

Signed-off-by: Dave Airlie <airlied@redhat.com>

Avoid unnecessary waits for command regulator pause.

[via] Remove some leftover vars.

[via] Allow a little larger stride for SG DMA DownloadFromScreen.

[via] The millionth fixup for the millionth-1 attempt to stabilize the AGP
DMA command submission. It's worth remembering that all new bright ideas on how
to make this command reader work properly and according to docs
will probably fail :( Bring in some old code.

[via] Fix driver after vblank-rework merge.

ati: fix rs690 igp gart by allocating the page table in 32-bit memory

drm/rs690: set AGP_BASE_2 to 0

drm: set rs690 gart base completly.

The docs state bits 4-11 represent bits 32-39 of a 40-bit address

drm: this u32 should be a dma_addr_t

doesn't fix anything but just making it consistent

fix build problems

drm: Fix race that can lockup the kernel

The i915_vblank_swap() function schedules an automatic buffer swap
upon receipt of the vertical sync interrupt.  Such an operation is
lengthy so it can't be allowed to happen in normal interrupt context,
thus the DRM implements this by scheduling the work in a kernel
softirq-scheduled tasklet.  In order for the buffer swap to work
safely, the DRM's central lock must be taken, via a call to
drm_lock_take() located in drivers/char/drm/drm_irq.c within the
function drm_locked_tasklet_func().  The lock-taking logic uses a
non-interrupt-blocking spinlock to implement the manipulations needed
to take the lock.  This semantic would be safe if all attempts to use
the spinlock only happen from process context.  However this buffer
swap happens from softirq context which is really a form of interrupt
context.  Thus we have an unsafe situation, in that
drm_locked_tasklet_func() can block on a spinlock already taken by a
thread in process context which will never get scheduled again because
of the blocked softirq tasklet.  This wedges the kernel hard.

To trigger this bug, run a dual-head cloned mode configuration which
uses the i915 drm, then execute an opengl application which
synchronizes buffer swaps against the vertical sync interrupt.  In my
testing, a lockup always results after running anywhere from 5 minutes
to an hour and a half.  I believe dual-head is needed to really
trigger the problem because then the vertical sync interrupt handling
is no longer predictable (due to being interrupt-sourced from two
different heads running at different speeds).  This raises the
probability of the tasklet trying to run while the userspace DRI is
doing things to the GPU (and manipulating the DRM lock).

The fix is to change the relevant spinlock semantics to be the
interrupt-blocking form.  After this change I am no longer able to
trigger the lockup; the longest test run so far was 20 hours (test
stopped after that point).

Note: I have examined the places where this spinlock is being
employed; all are reasonably short bounded sequences and should be
suitable for interrupts being blocked without impacting overall kernel
interrupt response latency.

Signed-off-by: Mike Isely <isely@pobox.com>