Fix unlocking of spinlock when we should not

Move out the code from i915_dma_cleanup to unload to match
existing code.

This needs verifying.

Bring back code from merge that was accidentally removed.

merge fixes

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

Conflicts:

linux-core/drm_drv.c
linux-core/drm_fops.c
linux-core/drm_objects.h
linux-core/drm_stub.c
shared-core/i915_dma.c

Avoid hitting BUG() for kernel-only fence objects.

Fence object reference / dereference cleanup.

Buffer object dereference cleanup.
Add a struct drm_device member to fence objects:
This can simplify code, particularly in drivers.

nouveau: small RAMFC cleanups

Fix type/flags usage problem to check for preferred modes.

Add more debugging to help diagnose problems.

nouveau: Hack around possible Xv blit adaptor breakage

nouveau/nv10: Fix earlier NV1x chips

Can't use nv04 code for them, since an extra field was inserted into
RAMFC after DMA_PUT/GET.

nouveau: never touch PRAMIN with NV_WRITE, cleanup RAMHT code a bit

nouveau: simplify PRAMIN access

nouveau: name some regs

nouveau/nv50: skeletal backend

nouveau: Nuke DMA_OBJECT_INIT ioctl (bumps interface to 0.0.7)

For various reasons, this ioctl was a bad idea.

At channel creation we now automatically create DMA objects covering
available VRAM and GART memory, where the client used to do this themselves.

However, there is still a need to be able to create DMA objects pointing at
specific areas of memory (ie. notifiers).  Each channel is now allocated a
small amount of memory from which a client can suballocate things (such as
notifiers), and have a DMA object created which covers the suballocated area.
The NOTIFIER_ALLOC ioctl exposes this functionality.

nouveau/nv04: Set NV_PFIFO_CACHE1_PUSH1 correctly + small tweaks

Add support SiS based XGI chips to SiS DRM.

nouveau: NV49/NV4B PGRAPH setup from jb17bsome and stephan_2303

nouveau: kill some dead code

nouveau: NV04/NV10/NV20 PGRAPH engtab functions

NV04/NV10 load_context()/save_context() are stubs.  I don't know enough about
how they work to implement them sanely.  The "old" context_switch() code
remains hooked up, so it shouldn't break anything.

NV20 will probably break if load_context() works.  No inital context values
are filled in, so when the first channel is created PGRAPH will probably end
up having its state zeroed.  Some setup from nv20_graph_init() will probably
need to be moved to the per-channel context setup.

nouveau: NV3X PGRAPH engtab functions

nouveau: NV1X/2X/3X PFIFO engtab functions

Earlier NV1X chips use the NV04 code, see previous commits about NV10 RAMFC
entry size.

nouveau: NV04 PFIFO engtab functions

nouveau: NV4X PGRAPH engtab functions

nouveau: NV4X PFIFO engtab functions

nouveau: split PFIFO/PGRAPH context creation

nouveau: (mostly) hook up put_base again

nouveau: prototype PFIFO/PGRAPH engtab API

nouveau: rename engtab functions

radeon: Acknowledge all interrupts we're interested in.

Failure to do so was probably the root cause of fd.o bug 11287.

r300: Synchronized the register defines file; documentation changes.

r300: Allow writes to R300_VAP_PVS_WAITIDLE.

r300: Registers 0x2220-0x2230 are known as R300_VAP_CLIP_X_0-R300_VAP_CLIP_Y_1.

r300: Synchronized the register defines file again.

fix radeon setparam on 32/64 systems, harder.

    Commit 9b01bd5b284bbf519b726b39f1352023cb5e9e69 introduced a
    compat_ioctl handler for RADEON_SETPARAM, the sole purpose of which was
    to handle the fact that on i386, alignof(uint64_t)==4.

    Unfortunately, this handler was installed for _all_ 64-bit
    architectures, instead of only x86_64 and ia64.  And thus it breaks
    32-bit compatibility on every other arch, where 64-bit integers are
    aligned to 8 bytes in 32-bit mode just the same as in 64-bit mode.

    Arnd has a cunning plan to use 'compat_u64' with appropriate alignment
    attributes according to the 32-bit ABI, but for now let's just make the
    compat_radeon_cp_setparam routine entirely disappear on 64-bit machines
    whose 32-bit compat support isn't for i386.  It would be a no-op with
    compat_u64 anyway.

Signed-off-by: David Woodhouse <dwmw2@infradead.org>

i915: Fix handling of breadcrumb counter wraparounds.

Fix i915 sequence mask.

Indentation fixes.

Fix refcounting / lock race.

Reported by Steve Wilkins / Michel Dänzer.

Locking fixes and instrumentation.

Fix drmMMUnlock / drmMMLock return values.

Make sure we read fence->signaled while spinlocked.

Fix fence object deref race.

use krh's idr mods to remove lists from idr code

r300: Added the CP maximum fetch size and ring rptr update variables.

oops must fix this properly at some point

drm: fix radeon setparam alignment issues on 32/64-bit

r300: Small correction to the previous commit.

r300: Document more of the RADEON_RBBM_STATUS register.

Add support for the G33, Q33, and Q35 chipsets.

These require that the status page be referenced by a pointer in GTT, rather
than phsyical memory.  So, we have the X Server allocate that memory and tell
us the address, instead.

remove include of linux ioctl32.h from drm drivers

nouveau: fix RAMHT wrapping

radeon: refine irq acking for vbl on crtc 2

Revert "drm: add new drm_wait_on function to replace macro"

This reverts commit 6e860d08d0f5b1e9a2d711aaf9fd6b982aa8039e.

As I said not a good plan - this macro will have to stay for now,
trying to do the vbl code with the inline was a bit messy - may need specialised
drm wait on functions

Revert "move i915 to new drm_wait_on function"

This reverts commit feb68037784ac09e333a321d294fdb2d8c57a4c8.

This was a bad idea, the macro is actually a bit harder to convert
to a static for the other use cases

radeon: add support for vblank on crtc2

This add support for CRTC2 vblank on radeon similiar to the i915 support

drm: fixup initialisation of list heads and idr

i915: Add support for 945GME chip

i915: Add support for 965GME/GLE chip.

Update a bunch of FreeBSD port code.

Tested on r200/r300.  i915 updates still remain to be done.

reformatting, clean-ups

Clean-ups and reformatting.

Use 4-space indentation consistently.
Replace occurances of:
if (cond) code;
with:
if (cond)
code;
to facilitate putting breakpoints on code.

drm: move context handling code to use linux idr

drm: convert drawable handling to use Linux idr

This cleans this code up a lot and uses the generic Linux idr which is
designed for this.

Signed-off-by: Dave Airlie <airlied@linux.ie>

drm: spinlock initializer cleanup

drm: make sure the drawable code doesn't call malloc(0).

Signed-off-by: Michel Dänzer <michel@tungstengraphics.com>
Signed-off-by: Dave Airlie <airlied@linux.ie>

radeon: add other IGP chipsets

Revert "drm/ttm: cleanup mm_ioctl ioctls to be separate ioctls."

This reverts commit 3fdef0dc2000308b16907b95f637c60acde80a74.

ditto not on master yet

Revert "drm/ttm: cleanup most of fence ioctl split out"

This reverts commit 3dfc1400e9fc58c69292d7cf7c2e1653fa5e6991.

this shouldn't have gone on master yet

whitespace fixups from kernel

ati_pcigart: cut to 80 chars

drm/ttm: cleanup most of fence ioctl split out

drm/ttm: cleanup mm_ioctl ioctls to be separate ioctls.

This is the first bunch of ioctls

drm: cleanup use of Linux list handling macros

This makes the drms use of the list handling macros a lot cleaner
and more along the lines of how they should be used.

Suspend/resume shouldn't call drm_initial_config (seems to work ok for me now),
also we should fail if we can't enable the device at resume time.

Suspend/resume support (incomplete).

Call preallocated space VRAM instead of PRIV0 to be more consistent with
other drivers.

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

Conflicts:

linux-core/drm_crtc.c - reconcile with locking changes

Add locking.  The main lock is dev->mode_config.config_lock.  It should be
held across any operations that modify mode lists, crtc config, output
config, etc.  It should be taken at high level entry points (currently just
initial config and user IOCTL).

Seems to work ok on my system, but needs more testing (with lockdep) and
review from some fresh eyes.

Change some printk's to DRM_DEBUG's

Move fbo creation to the specified fb driver which gives
it a chance to allocate the memory from whichever buffer it wants to.

Fix merge problem.

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

Conflicts:

shared-core/i915_dma.c

Set crtcinfo on temporary mode

Remove unused edid.h header from X.Org.

bring in change from drm_fb.c

Move destruction of crtc as intelfb_remove uses the crtc to locate the fb.

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

Conflicts:

linux-core/drm_crtc.c
linux-core/drm_fb.c

Lots of changes to merge with alanh's latest stuff:
  o fix use of fb->pitch now that it has the right value
  o add new helper for finding the CRTC given an FB
  o fix new fb_probe/fb_remove functions to take a CRTC
  o fixup callers of new FB routines
  o port drm_fb changes to intel_fb
  o check for errors after creating fb buffer object
  o go back to using cfb_imageblit since the accel stubs aren't ready

Grab the default mode if the preferred mode isn't available.

Fix an overflow problem.

Fix FB pitch value (we had it wrong and were working around it in a few
places).
Add new FB hooks to the drm driver structure and make i915 use them for an
Intel specific FB driver.  This will allow acceleration and better handling
of the command stream.

nouveau: don't build the module by default

Fix build problem

Large changes for fbdev support.

Change from DIRECTCOLOR to TRUECOLOR, and enable
support for PSEUDOCOLOR. DIRECTCOLOR support needs more work.

Add the ability to change the mode on the fbdev device.

Support depth 8, 15, 16 and 24 (and 32).

Add a /dev/fbX device per CRTC, but there's some code which
doesn't allocate the fbX device unless the output is actually
enabled. Read the code on this as it impacts the fbcon map flags.

Pick CRTC's based on the available outputs. More work could
be done here to match modes, so cloning could be achieved on
outputs. This fits more inline with what the X code does.

r300: Added my comments into r300_reg.h.

r300: Synchronized R300 register defines file.

Just moved the indent control comments so that indent doesn't try to change
anything.

nouveau : nv10 graph move clipping value to per channel init

nouveau : nv10 graph clipping values were forgoten in ddx to drm commit

Allow vblank interrupts to remain disabled across VT switch.

i915_driver_irq_postinstall was forcing vblank interrupts to pipe A when
called with vblank interrupts disabled. This caused vblank interrupts to be
accidentally re-enabled when VT switching the X server. Instead, start the
driver with vblank interrupts enabled on pipe A to support older X servers,
but then leave control over the state to the X server if it is able to do so.

Just some minor cleanups.