The dev->devname being passed to request_irq in drm_irq.h is null. With the
    old DRM interface, the devname was set in DRM(setunique), but with the
    current DRM interface >=1.1 the devname is not being set in
    DRM(set_busid).
From: Alan Swanson Approved-by: Dave Airlie <airlied@linux.ie>

Added some comments copied from xf86drm.h.

Replace size_t with an ugly, ugly hack. This was done so that code in the
    core X-server would compile. Hopefully, this will soon be replaced with
    explicitly sized types (i.e., uint32_t) and everyone will be happy.

2.4 compat

fixes from kernel: Make users of page->count use the provided macros

fix whitespace issue in previous patch

add R200_EMIT_RB3D_BLENDCOLOR state packet to support GL_EXT_blend_color,
    GL_EXT_blend_func_separate and GL_EXT_blend_equation_separate on r200

another 2.4 fix

2.4 compat fix

Add PCI id entry for VIA CN400 (UnichromePro) chip. XFree86 bug: Reported
    by: Submitted by: Reviewed by: Obtained from:

Merge from FreeBSD-current. Mostly 64-bit cleanliness fixes, but a few
    driver interface changes from -current.

Add missing DRM_ERR()s.

do some real testing and fix the DRM initialising and unloading

Add mach64 DRM module for BSD (untested, but compiles).

Add .cvsignore files.

Warning fixes.

- Link in shared files as necessary and clean them up.
- Generate drm_pciids.h automatically.

Catch up with sis's DRM tag change.

Remove after repocopy to Makefile, now that we don't have to worry about
    conflicting with imake's output.

No /bin/bash on BSD.

drm_hw_lock_t is now defined in drm.h, remove from here.

Commit sysfs and drm PCI changes for 2.6 kernel

make drm pciids

use drm.. not dri for class...

fix 2.4 build

better device class support from Jon Smirls patches..

add another tdfx

Add __user annotations from kernel

add sparc ffb files from kernel just to keep things in sync

add new files to generate pci ids

bug from Linux kernel list caught by checker

centralise pci ids into one place and use scripts to generate files for
    kernel

Move Makefile.linux to Makefile.
Get rid of Makefile juggling hacks which are no longer necessary.

1. Added a PCI ID.
2. Big change to the XvMC part of the SAREA. OpenGL clients will not suffer
    from this, and via XvMC is still alpha. Needed to make future additions
    to XvMC (More decoders and overlays) possible.
3. Bumped version number to 1.3.0.

more files for mach64

Add mach64 to the trunk

Have CVS ignore some files produced by the build.

white space changes to align with kernel

include highmem.h

update gamma_dma with patch from davej in 2.6

patch from Andrew Morton tree from Arjan van de Ven fixes some oopses seen
    with 4G/4G split

align code with Linux kernel.

remove unused code

update from linux kernel for ia64

remove Imakefile

fix build problem

disable PCI DMA ioctls as they are not used currently until SAVAGE_CMD_DMA
    is made to work.

big whitespace .. this aligns all the whitespace in this file with the bk
    checkout linux tree

2.6 sysfs patches + stubs in drmP.h for 2.4 compatibility

long dev_t patches from 2.6 tree

2.6 patches for larger dev_t

more 2.4 compat fns

patch from Linux kernel 2.6.5

fixes from Linux kernel

patch from lk

VIA module fixes:
1. Fixed up PCI-id's.
2. Fixed 2.6 warning in kernel Makefile.

copy correct Makefile

Added via driver to drm/linux/Config.in Reported by: Terry Barnaby

Exported symbols cause compilation failure of via_mm.c on 2.4 kernels.
    Added via_mm.o to export-objs:
Reported by: HMX, Via Arena Forum

Modified linux/Kconfig to include the via drm driver.

Merged via-1-2-0: Altered Makefiles in drm/linux

Merged via-1-2-0

make sure in DRM toplevel

initial shell script to create linux kernel drm from the DRI one

Adjust shared path in makefile XFree86 bug: Reported by: Submitted by:
    Reviewed by: Obtained from:

Makefile the makefile really clean everything XFree86 bug: Reported by:
    Submitted by: Reviewed by: Obtained from:

Add a missing ifdef CTX to get rid of the waring in the gamma driver build.
    XFree86 bug: Reported by: Submitted by: Reviewed by: Obtained from:

Fixes need to clean up the mess I made with the mesa merge. This code
    allows the mesa drivers to use a single definition of the DRM
    sarea/IOCTLS located in the drm driver directory. Adjustments were made
    to the 2D drivers to not include these changes. Changes to the mesa
    copy of DRM were copied to the DRI copy. XFree86 bug: Reported by:
    Submitted by: Reviewed by: Obtained from:

Remove extraneous code accidentally added with revision 1.86

More differentiated error codes for DRM(agp_acquire)
Obtained from: Linux kernel

Use DO_MUNMAP_4_ARGS macro defined in Makefile.linux (Steve Holland).
    Silence a warning about a format-argument mismatch in printk.

Merged the Savage DRM driver from the savage-2-0-0-branch into the trunk.

Conditionally add definition of list_for_each_entry_safe for kernel
    versions that don't have it.

drm_ctx_dtor.patch Submitted by: Erdi Chen

Fix sisfb header location for 2.6 kernels
Submitted by: Andrew Morton

Adapt to nopage() prototype change in Linux 2.6.1.
Reviewed by: Arjan van de Ven <arjanv@redhat.com>, additional feedback from
    William Lee Irwin III and Linus Torvalds.

Make sure that all state packets are handled in
    radeon_check_and_fixup_packets()
Fix state packet IDs of R200 cubic offsets

R200_PP_CUBIC_OFFSET_F1_[0-6] state packets only contain 5 offsets, not 6
    (thanks to Andreas Stenglein for spotting this)

Fix some misuse of NULL where 0 is intended.
Obtained from: FreeBSD CVS

Don't ioremap the framebuffer area. The ioremapped area wasn't used by
    anything, and took up valuable KVA. While I'm in the area, clean up BSD
    MTRR stuff some more.
Suggested by: jonsmirl

Add a collection of Radeon and R128 PCI IDs, including the IGP chipsets.
Submitted by: Donnie Berkholz <spyderous@gentoo.org> (mostly)

Add i865 pci id

Fix a locking nit, and add asserts in some things that should be called
    with locks held.

Return EBUSY when attempting to addmap a DRM_SHM area with a lock in it if
    dev->lock.hw_lock is already set. This fixes the case of two X Servers
    running on the same head on different VTs with interface 1.1, by making
    the 2nd head fail to inizialize like before.

Remove unused variable.

Changes to DRM(irq_install)...... wrap dev->dma usage with __HAVE_DMA in
    irq handler, fixes kernel ooops. comment out some setting of flags that
    are done in DRM(setup) (not sure why both of the above is done in the
    irq handler)

- Tie the DRM to a specific device: setunique no longer succeeds when given
    a busid that doesn't correspond to the device the DRM is attached to.
    This is a breaking of backwards-compatibility only for the
    multiple-DRI-head case with X Servers that don't use interface 1.1.
- Move irq_busid to drm_irq.h and make it only return the IRQ for the
    current device. Retains compatibility with previous X Servers, cleans
    up unnecessary code. This means no irq_busid on !__HAVE_IRQ, but can be
    changed if necessary.
- Bump interface version to 1.2. This version when set signifies that the
    control ioctl should ignore the irq number passed in and enable the
    interrupt handler for the attached device. Otherwise it errors out when
    the passed-in irq is not equal to the device's.
- Store the highest version the interface has been set to in the device.
- Fix a recursion on DRM_LOCK in irq_uninstall on FreeBSD. This leaves
    irq_uninstall being done without the lock in some cases, but it was
    racey anyways.

Use int64_t instead of s64 -- fixes FreeBSD compile, works on linux.

Args for the BSD DRM_PUT_USER_UNCHECKED were swapped.

__linux__ is spelled with a lowercase 'l'

Repo-copy linux/drm/kernel/drm.h to shared/drm/kernel/drm.h and use it on
    both Linux and *BSD.

Remove buf_alloc which is unused since the locking commit.

build fix

Memory layout transition:
the 2D driver initializes MC_FB_LOCATION and related registers sanely
the DRM deduces the layout from these registers
clients use the new SETPARAM ioctl to tell the DRM where they think the
    framebuffer is located in the card's address space
the DRM uses all this information to check client state and fix it up if
    necessary
This is a prerequisite for things like direct rendering with IGP chips and
    video capturing.

Add i852/i855 PCI ID. Also fix whitespace in the other ID definitions.

Add a DRM_PUT_USER_UNCHECKED, which will be used by an upcoming radeon
    change.

Don't try to use dev->dma_lock unless dma is initialized (dev->dma != NULL)
    in bufs_info sysctl handler. dev->dma and dev->dma_lock existence are
    protected by DRM_LOCK(). Fixes panic on sysctl hw.dri when the device
    is uninitialied (when you aren't in X).

Switch pci enumeration call to work on both 2.4 and 2.6 pci_for_each_dev is
    not supported on 2.6

Move the REALLY_HAVE_AGP endif above the mtrr functions. Broke tdfx module.

Move to "old-style" probing as documented in linux/Documentation/pci.txt.
    This should resolve the probe problems with radeon framebuffer due to
    pci_driver attachment being exclusive.