summaryrefslogtreecommitdiffstats
path: root/sys/dev/drm
Commit message (Expand)AuthorAgeFilesLines
...
* Add GET_PARAM support for Z pipes.rnoland2009-08-234-1/+19
* Add kernel support for Radeon R6/7xx 3D.rnoland2009-08-237-19/+3125
* Add a read only sysctl tracking the hw.drm.msi tunable.rnoland2009-08-232-0/+5
* Clean up the handling of device minorsrnoland2009-08-234-12/+8
* Clean up the locking in drm_alloc_resource()rnoland2009-08-231-7/+15
* Temporarily revert the new-bus locking for 8.0 release. It will bejhb2009-08-201-8/+0
* Add support for radeon RS880 IGP chips to drm.rnoland2009-08-123-5/+19
* Add some additional radeon pci ids to drm.rnoland2009-08-121-0/+5
* Make the newbus subsystem Giant free by adding the new newbus sxlock.attilio2009-08-021-0/+8
* Add support for Radeon HD 4770 (RV740) chips.rnoland2009-07-093-1/+40
* We shouldn't need to drop and reaquire the lock here.rnoland2009-06-251-7/+5
* Some more cleanups for vblank code on Intel.rnoland2009-06-252-27/+18
* Initialize max_vblank_count earlier.rnoland2009-06-252-8/+12
* Keep track of the hardware counter more aggressively while interruptsrnoland2009-06-251-0/+4
* Fix one use of atomic for refcount missed in last commit.rnoland2009-06-251-1/+1
* Additional vblank cleanups.rnoland2009-06-251-26/+29
* Ensure that we always hold the lock when calling vblank_disable_fn()rnoland2009-06-251-0/+5
* Add some sysctl info so that we can see what is going on with vblanks.rnoland2009-06-231-0/+24
* Only release irq resources if we were actually using them.rnoland2009-06-231-4/+7
* Using signals for vblank events is prone to issues. There have neverrnoland2009-06-232-59/+1
* Given that vblanks generally occur 60 times a second, waiting 3 secondsrnoland2009-06-231-1/+1
* vblank[crtc].last represents the hardware counter while request.sequencernoland2009-06-231-1/+0
* Hold the lock while we save/restore register for suspend/resume.rnoland2009-06-231-0/+6
* The G45 docs indicate that all G4X chips use the new framecount register.rnoland2009-06-203-7/+8
* realloc() behaves identically to malloc when passed a NULL object pointerrnoland2009-06-201-26/+15
* Don't panic if drm_rmmap is called with a NULL map pointer.rnoland2009-06-201-0/+3
* Don't try to setup interrupts for drivers that don't support them.rnoland2009-04-191-19/+22
* check offsets for R300_ZB_ZPASS_ADDRrnoland2009-04-071-2/+5
* Add regs required for occlusion queries supportrnoland2009-04-074-2/+11
* Add support for RV790 (HD 4890) asicsrnoland2009-04-031-0/+2
* A little more cleanup from AMD, if we don't have the right microcodernoland2009-04-032-38/+37
* Simplify the radeon microcode loading.rnoland2009-03-312-213/+132
* We don't know what these pages are going to be used for, they should bernoland2009-03-301-1/+1
* Load the right microcode for RS780.rnoland2009-03-301-4/+4
* Fix up waiting on vblank again... This reverts a last minute change thatrnoland2009-03-261-5/+8
* Rework the management of vblank interrupts a bit.rnoland2009-03-251-22/+31
* Intel handled the management of the breadcrumb counter inconsistently.rnoland2009-03-252-11/+12
* The GART allocations are a propery of the gart, not of scatter-gatherrnoland2009-03-253-10/+9
* Fix up the flags to bus_dmamem again. The man page incorrectly showedrnoland2009-03-222-10/+9
* vm_offset_t is unsigned, so compare of >= 0 is not needed.rnoland2009-03-201-1/+1
* Remove the DRM_ERROR to fix build. It didn't make any sense anyway.rnoland2009-03-201-2/+0
* Fix what appears to be a typo, and restore the registers correctly.rnoland2009-03-201-1/+1
* Don't deref dev->dev_private before checking that it exists.rnoland2009-03-201-2/+1
* Only issue the wakeup and store the counter if vblank is enabled onrnoland2009-03-201-4/+6
* Add a couple of radeon pci ids.rnoland2009-03-201-0/+2
* Adjust the flags to bus_dmamem around here too.rnoland2009-03-201-7/+8
* Add some debugging so I can see when syscalls are being restartedrnoland2009-03-193-1/+12
* Rework vblank handling to try to resolve some reports of "slow" windowsrnoland2009-03-191-19/+36
* Sync up the rest of the code that we use with what Intel is shippingrnoland2009-03-192-83/+111
* Pull in some suspend / resume changes from Intel's codernoland2009-03-193-15/+69
OpenPOWER on IntegriCloud