nv50: when destroying a channel make sure it's not still current on PFIFO

We won't get a PFIFO context switch when the same channel ID is recreated if
the hw still thinks the channel is already active, which causes fun issues.

Should allow X to be stopped and started without tearing down the entire
card state in lastclose().

i915: remove unused variable

Leftover dev_priv from the move of the suspend/resume code into shared-core.

i915: register definition & header file cleanup

It would be nice if one day the DRM driver was the canonical source for
register definitions and core macros.  To that end, this patch cleans things up
quite a bit, removing redundant definitions (some with different names
referring to the same register) and generally tidying up the header file.

nv50: oops, keep VRAM allocations aligned at 64KiB - that's our page size..

nv50: use same dma object for fb/tt access

We depend on the VM fully now for memory protection, separate DMA objects
for VRAM and GART are unneccesary.  However, until the next interface break
(soon) a client can't depend on the objects being the same and must still
call NV_OBJ_SET_DMA_* methods appropriately.

nouveau: allocate drm-use vram buffers from end of vram.

This avoids seeing garbage from engine setup etc before X gets around
to pointing the CRTCs at a new scanout buffer.  Not actually a noticable
problem before G80 as PRAMIN is forced to the end of VRAM by the hardware
already.

agp: use true/false instead of TRUE/FALSE

RADEON: 0x1002 0x5657 is actually an RV410

See bug 14289

drm: only use kernel ioctl cmd when doing a core ioctl.

Need to overhaul the mess that is driver ioctls

r300: fix warning

drm: fix the ioctl to not believe userspace.

believing userspace causes oopses

i915: Add support for Intel 4 series chipsets

Signed-off-by: Zhenyu Wang <zhenyu.z.wang@intel.com>

radeon: *really* fix screen corruption thanks to Lukasz Krotowski

radeon: actualy try to fix the corruption

radeon: fix screen corruption introduced by last patch

[FreeBSD] Fix another lock leak

Reported by vehemens

radeon: bump driver date to know if lockup fix is in

radeon: r345xx fixe hard lockup

This patch should fixe hard lockup and convert them in
softlockup (ie you can ssh the box but the gpu is busted
and we are waiting in loop for it to come back to reason).

xgi: Bump kernel version

This should have been bumped when the fence interface was changed the
other day.  Better late than never, I suppose.

RADEON: use DSTCACHE_CTLSTAT rather than RB2D_DSTCACHE_CTLSTAT

According to the hw guys, you should use DSTCACHE_CTLSTAT to flush
the 2D dst cache rather than RB2D_DSTCACHE_CTLSTAT.

xgixp: Remove dependency on TTM fences

xgi: Fix 64-bit kernel / 32-bit user issue.

ati_pcigart: split out the page insert function

RADEON: Add untested support for RS400 chips

GART setup appears to work the same as RS480 chips.
Also RC4xx chips are actually RS400 based, not RS480 based.

RADEON: switch IGP gart to use radeon_write_agp_base()

Fix typo in i915_suspend

Reported by vehemens

I915 suspend/resume for FreeBSD

r300/r500: add hier-z regs

[FreeBSD] Rework ati_pcigart.c

This is mostly just a diff reduction with the linux version.
I'm not convinced that it will make anything better.

[FreeBSD] We need to request busmastering support.

This seems to be the key to getting at least some radeon
cards working.  Most, if not all drivers need it enabled,
so just request it once the driver has attached.

[FreeBSD] Incorporate vblank fixes for bsd.

[FreeBSD] Forgot to call mtx_destroy on all the locks at unload.

[FreeBSD] Remove the locks in the vblank_disable_fn

They are recursive and causing panics with witness enabled.

[FreeBSD] Go back to using vbl_lock and move init/destroy to load/unload.

radeon: Restore software interrupt on resume.

Fixes performance drop after suspend/resume on some systems.

vblank: Don't wait or update the counter while the CRTC is supposedly disabled.

Without kernel modesetting, this requires cooperation of the userspace
modesetting driver. We may have to leave the vblank interrupt enabled otherwise
to avoid problems.

vblank: Clean up compensation for spurious wraparounds of driver counter.

Only compensate when the driver counter actually appears to have moved
backwards.

The compensation deltas need to be incremental instead of absolute; drop the
vblank_offset field and just use atomic_sub().

vblank: Special-case driver vblank counter going back by 1.

Turns out the radeon driver is affected by the same problem that prompted i915
to revert to less useful counter flipping at the end of the vblank interval. In
the long term, we can hopefully implement more reliable methods to achieve
counter flipping at the beginning of vblank, but otherwise this should be an
acceptable workaround.

vblank: Don't return current sequence number and time if interrupted by signal.

Revert "don't copy back if an error was returned."

This reverts commit 6671ad1917698b6174a1af314b63b3800d75248c.

The vblank ioctl needs to update the userspace parameters when interrupted by
a signal, which was prevented by this. Let's see if this breaks other ioctls...

drm: sg alloc should write back the handle to userspace

drm/ati_pcigart: use proper page mapping function

This should be pci_map_page not pci_map_single

[FreeBSD] Declare vblank_disable_fn callout MPSAFE.

[FreeBSD] Get rid of vbl_lock and re-use irq_lock.

[FreeBSD] Add symlink for radeon_microcode.h

[FreeBSD] Call drm_vblank_cleanup during irq uninstall

I needed to re-arrange some functions for this.
Also needed to call DRM_SPINUNINIT on the vbl_lock during cleanup.

RADEON: fix typo in last commit

r500: attempt to make AGP work by programming agp base in the MC correctly

radeon: split microcode out into a separate header file.

i915: fix BSD bh, DRI2 not uses anywhere else

radeon: bump release date/version for r500 3D support

RADEON: add get_param for number of GB pipes

[BSD] Move unlock in drm_vm.c from accidental platform #ifdeffing.

Also remove an unreachable unlock.

[BSD] Fix lock leak in drm_update_draw malloc failure path.

[BSD] Fix lock leaks in error paths in drm_bufs.c.

[BSD] Remove superfluous recursive locking in drm_add_magic.

[i915] Fix typo in (unused) START_ADDR definition.

[FreeBSD] Add vblank-rework support and get drivers building.

The i915 driver now works again.

[FreeBSD] Convert from drm_device_t to struct drm_device for consistency.

r500: add two more register ranges for mesa driver to setup

drm: fix nouveau warning

rs690/r500: vblank support.

The new display controller has the vblank interrupts in a different place.

Add support for vbl interrupts for these chips

r500: add more register ranges for Mesa driver

ati_pcigart: oops wrong way around not that it actually mattered

ati_pcigart: stop working in the evenings you mess up too often

Revert "ati_pcigart: fixup properly this version might even work"

This reverts commit bc0836e12a9790f1cc83f8bc29bc05043c4bc840.

tree has some kref hacks in it - oops

ati_pcigart: fixup properly this version might even work

ati_pcigart: fill out 40-bit gart table support properly

Thanks to Alex for supplying this info.

RS4xx: separate out RS400 and RS480 IGP chips

RS400 (intel based IGP) and RS480 (AMD based IGP) have
different MC and GART setups.  Currently we only support
RS480.

RADEON: fix copy/pasto in last commit

R3/4/5: init pipe setup in drm

Similar (broken) code in mesa needs to be removed

RADEON: cleanup radeon_do_engine_reset()

R300+: fixup pixcache flush

RS4xx: fix MCIND index mask

RADEON: write AGP_BASE_2 on chips that support it

R300+: fixup PURGE/FLUSH macros

Radeon IGP: merge RS4xx/RS6xx gart setup

Radeon IGP: wrap MCIND access

first step in merging rs4xx/rs6xx gart setup

Radeon IGP: clean up registers and magic numbers

drm: nopage compat fixup for drm_vm

The kernel has removed nopage so move the old nopage codepaths into a compat vm file and switch to using the fault paths.

nopfn is on its way out in the future also, so we should switch to using fault
for that path as well soon

r500: add allowed range for us config/pixsize

nv50: enable 0x400500 bit 0 after PGRAPH exception also

No solid idea about what these 2 bits do, but nv50 can now survive a few
PGRAPH exceptions just as nv40 does :)

nouveau: guard against channels potentially not having a context, fix nv50

nouveau: disable all card interrupts when unknown PFIFO IRQ occurs.

This is possibly temporary.  I can trigger an unending IRQ storm on G8x
in some circumstances, and have no idea how to handle that particular PFIFO
exception correctly yet.

nouveau: restore original NV_PFIFO_CACHES_REASSIGN value in fifo handler

Doesn't fix any issue I've seen, but is a potential issue if a FIFO IRQ
occurs during channel creation/takedown.

nouveau: gather nsource in trap_info()

The IRQ handling stuff really is a mess.. On the TODO :)

nv50: PGRAPH exception handling completely different from earlier chips

nv50: I cave...  Add nv84 initial context values.

I swore I'd actually do this properly and not go the horrible route
we did with nv4x, but I won't get around to it just yet with so many
*actually* interesting things to do first.. One day.

Since someone already added nv86, why not!

i915: fix off by one in VGA save/restore of AR & CR regs

Turns out it's important to save/restore AR14 in particular.

nouveau: NV9x cards exist as well.

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.

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

Fixed unlock check on EAGAIN

i915: fix for compatibility mode

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.

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