| Age | Commit message (Collapse) | Author | 
|---|
|  | Signed-off-by: Thomas Hellstrom <thellstrom-at-vmware-dot-com> | 
|  | This may prevent a possible panic on shutdown. | 
|  | Signed-off-by: Pekka Paalanen <pq@iki.fi> | 
|  |  | 
|  | This reverts commit 6656db10551bbb8770dd945b6d81d5138521f208.
We really just want the libdrm and ioctl bits, not all the driver
stuff. | 
|  |  | 
|  | Conflicts:
	libdrm/xf86drm.c
	linux-core/Makefile.kernel
	linux-core/drmP.h
	linux-core/drm_compat.h
	linux-core/drm_drv.c
	linux-core/drm_stub.c
	linux-core/drm_vm.c
	shared-core/i915_dma.c
	shared-core/r300_cmdbuf.c
	shared-core/radeon_drv.h | 
|  | This really shouldn't go upstream, it just lets me
run the old 3D driver on GEM setup system | 
|  | Conflicts:
	libdrm/Makefile.am
	libdrm/xf86drm.h
	shared-core/i915_dma.c
	shared-core/i915_irq.c | 
|  | To build i915 driver pass OS_HAS_GEM=1 to make for now | 
|  |  | 
|  |  | 
|  |  | 
|  | Conflicts:
	linux-core/Makefile.kernel
	linux-core/drmP.h
	linux-core/drm_mm.c
	linux-core/drm_stub.c
	linux-core/i915_gem.c
	linux-core/i915_opregion.c
	shared-core/i915_dma.c
	shared-core/i915_drv.h
	shared-core/i915_irq.c | 
|  | Conflicts:
	linux-core/Makefile.kernel
	linux-core/ati_pcigart.c
	linux-core/drm_compat.h
	linux-core/drm_irq.c
	linux-core/drm_lock.c
	linux-core/i915_drv.c
	shared-core/i915_dma.c
	shared-core/i915_drv.h
	shared-core/i915_irq.c
	shared-core/nouveau_mem.c
	shared-core/radeon_cp.c
	shared-core/radeon_drv.h | 
|  |  | 
|  | This removes all the TTM userspace API and all userspace objects.
It also removes the drm_bo_lock.c code | 
|  | This reverts commit 3ad8db2071d30c198403e605f2726fc5c3e46bfd.
We ended up not needing that namespace, and I'd rather not have the churn
for producing diffs. | 
|  | Conflicts:
	linux-core/Makefile.kernel
	shared-core/i915_dma.c
	shared-core/i915_drv.h
	shared-core/i915_irq.c | 
|  |  | 
|  | - This allows me to maintain a useful prototype driver. | 
|  |  | 
|  | They fell through the cracks in 86accbcb. | 
|  | Conflicts:
	linux-core/drmP.h
	linux-core/drm_drv.c
	linux-core/drm_stub.c
	linux-core/i915_drv.c
	linux-core/i915_gem.c
	shared-core/i915_drv.h
	shared-core/i915_irq.c | 
|  |  | 
|  | This allows device drivers to add proc files | 
|  | Need to overhaul the mess that is driver ioctls | 
|  | believing userspace causes oopses | 
|  | Lots of conflicts, seems to load ok, but I'm sure some bugs snuck in.
Conflicts:
	linux-core/drmP.h
	linux-core/drm_lock.c
	linux-core/i915_gem.c
	shared-core/drm.h
	shared-core/i915_dma.c
	shared-core/i915_drv.h
	shared-core/i915_irq.c | 
|  | This is the create (may want location flags), pread/pwrite/mmap
(performance tuning hints), and set_domain (will 32 bits be enough for
everyone?) ioctls.  Left in the generic set are just flink/open/close.
The 2D driver must be updated for this change, and API but not ABI is broken
for 3D.  The driver version is bumped to mark this. | 
|  | Passed the compile test; it's ready to ship.
Conflicts:
	libdrm/Makefile.am
	linux-core/Makefile.kernel
	linux-core/drmP.h
	linux-core/drm_memrange.c
	linux-core/drm_stub.c
	shared-core/drm.h
	shared-core/i915_dma.c
	shared-core/i915_drv.h
	shared-core/i915_irq.c | 
|  | 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... | 
|  |  | 
|  | Okay we have crtc, encoder and connectors.
No more outputs exposed beyond driver internals
I've broken intel tv connector stuff.
Really for TV we should have one TV connector, with a sub property for the
type of signal been driven over it | 
|  |  | 
|  |  | 
|  | Make the API names a bit more consistent. | 
|  | Domain information is about buffer relationships, not buffer contents. That
means a relocation contains the domain information as it knows how the
source buffer references the target buffer.
This also adds the set_domain ioctl so that user space can move buffers to
the cpu domain. | 
|  |  | 
|  | Names are just another unique integer set (from another idr object).
Names are removed when the user refernces (handles) are all destroyed --
this required that handles for objects be counted separately from
internal kernel references (so that we can tell when the handles are all
gone). | 
|  |  | 
|  |  | 
|  | It's not really a graphics memory allocator, just something to track ranges
of address space.  It doesn't involve actual allocation, and was consuming
some desired namespace. | 
|  | this may not survive long - just need something for testing | 
|  | Also adjust i915 irq handling as it follows the 16bit'ism's
of the i8xx series. | 
|  | taken from modesetting branch but could be useful outside it. | 
|  | Rip out the whole head thing and replace it with an idr and drm_minor
structure. | 
|  |  | 
|  | This change adds a driver feature that for i915 is controlled by a module
parameter. You now need to do insmod i915.ko modeset=1 to enable it the
modesetting paths.
It also fixes up lots of X paths. I can run my new DDX driver on this code
with and without modesetting enabled | 
|  |  |