Add XP5 and XP10 PCI IDs.

Make drm_sg_free callable in-kernel.

Log message clean up in WriteRegDWord.  Remove unused inline functions.

Clean ups (primarilly log messages) in xgi_test_rwinkernel.

Eliminate unnecessary structures and defines.

Eliminate several useless ioctls and associated cruft.

The ioctlss XGI_ESC_DEVICE_INFO, XGI_ESC_MEM_COLLECT,
XGI_ESC_PCIE_CHECK, XGI_ESC_GET_SCREEN_INFO, XGI_ESC_PUT_SCREEN_INFO,
XGI_ESC_MMIO_INFO, and XGI_ESC_SAREA_INFO, are completely unnecessary.
The will be doubly useless when the driver is converted to the DRM
infrastructure.

Massive log message clean up in xgi_submit_cmdlist.

Merge branch 'master' into xgi-0-0-2

nouveau: unbreak AGP

nouveau: mem_alloc() returns offsets, not absolute addresses now.

nouveau: nuke left over debug message

nouveau: separate region_offset into map_handle and offset.

fixed object creation code to not Oops on 64bits, worked around memalloc not working on 64bit for PCIGART

NV50 will not attempt to use PCIGART now

fixed bug that prevented PCIE cards from actually using PCIGART - NV50 will probably still have a problem

nouveau/nv50: G80 fixes.

Again, no hardware, so no idea if it'll even work yet.  I understand how
the PRAMIN setup works now, un-hardcoding stuff will come "RealSoonNow(tm)".

nouveau: Some checks on userspace object handles.

Added support for PCIGART for PCI(E) cards. Bumped DRM interface patchlevel.

Made drm_sg_alloc accessible from inside the DRM - drm_sg_alloc_ioctl is the ioctl wrapper

Convert occurances of U32 to other types.

Most occurances of U32 were converted to u32.  These are cases where
the data represents something that will be written to the hardware.
Other cases were converted to 'unsigned int'.

U32 was the last type in xgi_types.h, so that file is removed.

Fix ioctl types.

I had moved code from xgi_drv.h to xgi_drm.h before changing the ioctl
types for XGI_IOCTL_(FB|PCIE)_ALLOC.

Eliminiate fields in xgi_info that are duplicates of fields in pci_dev.

Move types shared with user mode to xgi_drm.h.

Correct types that are shared with user mode.

Adjust the types of the fields of xgi_aperture.

Merge xgi_mem_req and xgi_mem_alloc into a single type.

These two structures were used as the request and reply for certain
ioctls.  Having a different type for an ioctl's input and output is
just wierd.  In addition, each structure contained fields (e.g., pid)
that had no business being there.

This change requires updates to user-space.

nouveau: Allocate mappable VRAM for notifiers..

nouveau: Don't be so strict on <NV50

nouveau: Avoid oops

Turns out lastclose() gets called even if firstopen() has never been...

nouveau/nv50: Initial channel/object support

Should be OK on G84 for a single channel, multiple channels *almost* work.

Untested on G80.

nouveau: enable reporting for all PFIFO/PGRAPH irqs

nouveau: rewrite gpu object code

Allows multiple references to a single object, needed to support PCI(E)GART
scatter-gather DMA objects which would quickly fill PRAMIN if each channel
had its own.

Handle per-channel private instmem areas.  This is needed to support NV50,
but might be something we want to do on earlier chipsets at some point?

Everything that touches PRAMIN is a GPU object.

Remove XGI_IOCTL_CPUID and associated cruft.

Major clean up of xgi_ge_irq_handler

Two large blocks of code were moved out of this function into separate
functions.  This brought some much needed sanity to the indentation.
Some dead varaibles were removed.

Convert weird rtdsc usage to get_cycles.

I'm not convinced that get_cycles is the right approach here, but it's
better than the weird way that rtdsc was being used.

Use idr_replace trick to eliminate struct drm_ctx_sarea_list.

Don't take dev->struct_mutex twice in drm_setsareactx.

One more spinlock initializer cleanup.

Simplification for previous commit.

Dave Airlie pointed out on IRC that idr_replace lets us know if the ID hasn't
been allocated, so we don't need a special pointer value for allocated IDs that
don't have valid information yet.

Restore pre-idr semantics for drawable information.

There's a difference between a drawable ID not having valid drawable
information and not being allocated at all. Not making the distinction would
break i915 DRM swap scheduling with older X servers that don't push drawable
cliprect information to the DRM.

Fix must-check warnings and implement a few error paths.

Drop drm_drawable_list and add drm_drawable_info directly to the idr.

Convert a few more U32 variables to more appropriate, generic types.

Convert xgi_mem_location enum values to less generic names.

Convert open coded list iterators to either list_for_each_entry or list_for_each_entry_safe

Clean up xgi_pcie_heap_check

The whole purpose of xgi_pcie_heap_check is to log information about
entries on the used_list.  If XGI_DEBUG is not set, it doesn't print
anything.  Therefore we can #ifdef the whole function body.

Convert open-code list iteration to use list_for_each_entry.

Stop-gap fix in xgi_submit_cmdlist

Comment in the code explains it.  Basically, I put an if-statement
around a block of code to prevent a NULL pointer dereference that
should never happen in the first place.  Eventually, this will need to
come out.

Convert some PCI-e GART related variable to generic types.

A few of the PCI-e GART related fields in struct xgi_info were
hardcoded to u32.  None of them need to be.  Convert them to either
unsigned int or bool.

Delete unused arrays s_emptyBegin and s_flush2D.

Replace U(8|16) with u(8|16).

Eliminate unnecessary defines of TRUE and FALSE.

Replace BOOL with bool.

Eliminate unused integer and float typedefs.

Eliminate structure typedefs

Documentation/CodingStyle says that 'typedef struct foo foo_t' is
evil.  I tend to agree.  Elminate all uses of such construct.

Fix return type of xgi_find_pcie_block.

This function used to return 'void *', which was then cast to
'xgi_pcie_block_t *' at the only caller.  I changed the return type to
'struct xgi_pcie_block_s *' and removed the explicit cast.

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.

Remove unused type 'struct xgi_pcie_list_s' / xgi_pcie_list_t.

Minor clean up of variable declarations in xgi_find_pcie_virt.

Clean up debug log messages in xgi_find_pcie_block.

Convert comment header of xgi_find_pcie_virt to kernel doc format.

nouveau: small RAMFC cleanups

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

Clean up warnings about unused variables and functions.

Clean up mixed declarations and code.

Revert over-zealous change from previous commit.

Add XGI driver to Makefiles.

Clean up compile-time kernel feature detection.

linux/config.h is deprecated or gone.

Gut support for pre-2.6 kernels.

dos2unix and Lindent

Initial XP10 code drop from XGI.

See attachment 10246 on https://bugs.freedesktop.org/show_bug.cgi?id=5921

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.