add powerpc mmio swapper to NV_READ/WRITE macros

remove config.h

Add some getparams.

Move the context object creation flag handling to the drm.

Remove hack which delays activation of a additional channel.  The previously active channel's state is saved to RAMFC before PFIFO gets clobbered.

Oops, we have more than 4 subchannels..

Useful output on a FIFO error interrupt.

typo

NV40: *Now* fifo ctx switching works for me..
Ok, I lied before.. it was a fluke it worked and required magic to repeat it..
It actually helps to fill in RAMFC entries in the correct place.

The code also clears RAMIN entirely instead of just the hash-table.

NV40: FIFO context switching now WorksForMe(tm)

Setup NV40 RAMFC (in wrong location.. but anyway), rearrange the RAMFC setup code a bit.

Some info on NV40's RAMFC

Merge branch 'master' of git://anongit.freedesktop.org/git/mesa/drm into nouveau-1

Again more work on context switches. They work, sometimes. And when they do they seem to screw up the PGRAPH state.

Add the missing breaks.

Fix the fifo context size on nv10, nv20 and nv30.

Fix some randomness in activating a second channel on NV40 (odd GET/PUT vals).  Ch 1 GET now advances, but no ctx_switch.

Oops.

Still more work on the context switching code.

More work on the context switch code. Still doesn't work. I'm mostly convinced it's an initialization issue.

Context switching work.
Added preliminary support for context switches (triggers the interrupts, but hangs after the switch ; something's not quite right yet).
Removed the PFIFO_REINIT ioctl. I hope it's that a good idea...
Requires the upcoming commit to the DDX.

only allow specific type-3 packets to pass the verifier instead of all for r100/r200 as others might be unsafe (r300 already does this), and add checking for these we need but aren't safe. Check the RADEON_CP_INDX_BUFFER packet on both r200 and r300 as it isn't safe neither.

Bug 6242: [mach64] Use private DMA buffers, part #4.

mach64_state.c: convert the DRM_MACH64_BLIT ioctl to submit a pointer to
user-space memory rather than a DMA buffer index, similar to DRM_MACH64_VERTEX.

This change allows the DDX to map the DMA buffers read-only and eliminate a
security problem where a client can alter the contents of the DMA buffer after
submission to the DRM.

This change also affects the DRI/DRM interface. Performace-wise, it basically
affects PCI mode where I get a ~12% speedup for some Mesa demos I tested.
This is mainly due to eliminating an ioctl for allocating the DMA buffer.

mach64_dma.c: move the responsibility for allocating memory for the DMA ring
in PCI mode to the DDX.

This change affects the DDX/DRM interface and unifies a couple of PCI/AGP code
paths for ring memory in the DRM.

Bump the mach64 DRM version major and date.

Bug 6242: [mach64] Use private DMA buffers, part #3.

Add DRM_PCI_BUFFER_RO flag for mapping PCI DMA buffer read-only. An additional
flag is needed, since PCI DMA buffers do not have an associated map.

Bug 6242: [mach64] Use private DMA buffers, part #2.

Factor out from mach64_dma_dispatch_vertex() the code to reclaim an unsed
buffer, in preperation for using it in mach64_dma_dispatch_blit() also.

Bug 6242: [mach64] Use private DMA buffers, part #1.

Factor out from mach64_freelist_get() the code to reclaim a completed buffer,
this is to improve readability for me.

Bug 6209: [mach64] AGP DMA buffers not mapped correctly.

Map the DMA buffers from the same linear address as the vertex bufs. If
dev->agp_buffer_token is not set, mach64 drm maps the DMA buffers from
linear address 0x0.

Fix type of second argument to spin_lock_irqsave().

Make locked tasklet handling more robust.

Initialize the spinlock unconditionally when struct drm_device is filled in,
and return early in drm_locked_tasklet() if the driver doesn't support IRQs.

drm_rmdraw: Declare id and idx as signed so testing for < 0 works as intended.

i915: Only schedule vblank tasklet if there are scheduled swaps pending.

This fixes issues on X server startup with versions of xf86-video-intel that
enable the IRQ before they have a context ID.

i915: Avoid mis-counting vblank interrupts when they're only enabled for pipe A.

It looks like 'after a while', I915REG_INT_IDENTITY_R for some reason always has
VSYNC_PIPEB_FLAG set in the interrupt handler, even though pipe B is disabled.
So we only increase dev->vbl_received if the corresponding bit is also set in
dev->vblank_pipe.

i915: Bump minor for swap scheduling ioctl and secondary vblank support.

i915_vblank_swap: Add support for DRM_VBLANK_NEXTONMISS.

Only return EBUSY after we've established we need to schedule a new swap.

Core vsync: Don't clobber target sequence number when scheduling signal.

It looks like this would have caused signals to always get sent on the next
vertical blank, regardless of the sequence number.

Core vsync: Add flag DRM_VBLANK_NEXTONMISS.

When this flag is set and the target sequence is missed, wait for the next
vertical blank instead of returning immediately.

Fix 'sequence has passed' condition in i915_vblank_swap().

Add SAREA fileds for determining which pipe to sync window buffer swaps to.

Add definition of DRM_VBLANK_SECONDARY.

Make handling of dev_priv->vblank_pipe more robust.

Initialize it to default value if it hasn't been set by the X server yet.

In i915_vblank_pipe_set(), only update dev_priv->vblank_pipe and call
i915_enable_interrupt() if the argument passed from userspace is valid to avoid
corrupting dev_priv->vblank_pipe on invalid arguments.

DRM_I915_VBLANK_SWAP ioctl: Take drm_vblank_seq_type_t instead of pipe number.

Handle relative as well as absolute target sequence numbers.

Return error if target sequence has already passed, so userspace can deal with
this situation as it sees fit.

On success, return the sequence number of the vertical blank when the buffer
swap is expected to take place.

Also add DRM_IOCTL_I915_VBLANK_SWAP definition for userspace code that may want
to use ioctl() instead of drmCommandWriteRead().

Change first valid DRM drawable ID to be 1 instead of 0.

This makes it easier for userspace to know when it needs to allocate an ID.

Also free drawable information memory when it's no longer needed.

Add copyright notice.

i915: Add ioctl for scheduling buffer swaps at vertical blanks.

This uses the core facility to schedule a driver callback that will be called
ASAP after the given vertical blank interrupt with the HW lock held.

Locking and memory management fixes.

Drop tasklet locked driver callback when uninstalling IRQ.

Export drm_get_drawable_info symbol from core.

Hook up DRM_IOCTL_UPDATE_DRAW ioctl.

Only reallocate cliprect memory if the number of cliprects changes.

Also improve diagnostic output.

Add support for tracking drawable information to core

Actually make the existing ioctls for adding and removing drawables do
something useful, and add another ioctl for the X server to update drawable
information. The only kind of drawable information tracked so far is cliprects.

Add support for interrupt triggered driver callback with lock held to DRM core.

Add support for secondary vertical blank interrupt to i915 driver.

When the vertical blank interrupt is enabled for both pipes, pipe A is
considered primary and pipe B secondary. When it's only enabled for one pipe,
it's always considered primary for backwards compatibility.

Add support for secondary vertical blank interrupt to DRM core.

bug 5942: add stubs for drm_mtrr_add/del for non-MTRR configured linux

bug 7092 : add pci ids for mach64 in Dell poweredge 4200

do a TCL state flush before accessing VAP_CNTL to prevent lockups on r200 when enabling/disabling vertex programs

drm: put domain number back to 0, domain support is seriously fubar..

Add pciid for GeForce Go 6150 (0x0244).

Use register writes instead of BITBLT_MULTI packets for buffer swap blits.

This takes up two more ring buffer entries per rectangle blitted but makes sure
the blit is performed top to bottom, reducing the likelyhood of tearing.

drm: use radeon specific names for radeon flags

Add copyright notices while I still remember..

Fix second start of X server without module reload beforehand, and a couple of other fixes.

- Mark the correct RAMIN slots as free (oops)
- Remove a VRAM alloc that shouldn't have been there (oops)
- Move HT init out of firstopen() and into dma_init()
- Setup PFIFO_RAM{HT,FC,RO} in pfifo_init()

Use the DRM_INIT_WAITQUEUE argument (needed on Linux) to avoid a warning.

Put the PCI device/vendor id in the drm_device_t.

This helps us unbreak FreeBSD DRM from the 965 changes.

Add a typedef for u64.

Remove a 64 bit div.

Allow cmdbuf location(AGP,VRAM) and size to be configured.

Use DMA_IN_MEMORY for DMA objects.  This is needed for a DDX change that will
be committed soon after this.  Without the change, MEMFORMAT_DMA_OUT appears
to have no effect.

Add stub {get,set}param ioctls.

Merge branch 'master' into nouveau-1

drm: lots of small cleanups and whitespace issues fixed up

remove a mach64 warning, align a lot of things from linux kernel

add static function, and remove bad attributions

fix const pointer warnings with file_operations

remove local copies of pci domain/bus/slot/num

remove some DRM_ARRAY_SIZE from linux core code

fixup some of the comments in drm_context.c

drm: i810_dma.c: fix pointer arithmetic for 64-bit target

First warning result from open-coded PTR_ERR,
the rest is caused by code like this:

*(u32 *) ((u32) buf_priv->kernel_virtual + used)

I've also fixed a missing PTR_ERR in i830_dma.c

From: Denis Vlasenko <vda.linux@googlemail.com>
Signed-off-by: Dave Airlie <airlied@linux.ie>

add pci ids for nouveau

initial import of nouveau code from nouveau CVS

Bug #7595: Avoid u32 overflows in radeon_check_and_fixup_offset().

The overflows could cause valid offsets to get rejected under some
circumstances, e.g. when the framebuffer resides at the very end of the card's
address space.

Fix previous commit: Only fall back to hashed handles
when there is a duplicate handle error. Not for other errors.

Allow multiple addMaps with the same 32-bit map offset.
(Reported by Dave Airlie)

Fix hashtab implementation leaking illegal error codes to user space.
(Reported by Dave Airlie)

drm: lots of small cleanups and whitespace issues fixed up

remove a mach64 warning, align a lot of things from linux kernel

add static function, and remove bad attributions

fix const pointer warnings with file_operations

remove local copies of pci domain/bus/slot/num

remove some DRM_ARRAY_SIZE from linux core code

fixup some of the comments in drm_context.c

drm: i810_dma.c: fix pointer arithmetic for 64-bit target

First warning result from open-coded PTR_ERR,
the rest is caused by code like this:

*(u32 *) ((u32) buf_priv->kernel_virtual + used)

I've also fixed a missing PTR_ERR in i830_dma.c

From: Denis Vlasenko <vda.linux@googlemail.com>
Signed-off-by: Dave Airlie <airlied@linux.ie>

Remove hash tables on DRM exit.

Avoid kernel oops in some error paths calling drm_lastclose().

remove all TRUE instances as well

remove all TRUE/FALSE no need for this in the drm, use 0 or 1

i965 code and Linux coding style < 0

smack my whitespace up.

cleanup some whitespace issue and move compat code to compat header

clean up script to create an lk drm directory

drm: ati_pcigart cleanup

use NULL instead of 0, cleanup some whitespace

Add support for Intel i965G chipsets.

This is a patch prepared by Guangdeng Liao based off of Tungsten Graphics's
final code drop.