aboutsummaryrefslogtreecommitdiff
path: root/sys/dev/drm2/i915/i915_gem.c
Commit message (Expand)AuthorAgeFilesLines
* drm: Update the device-independent code to match Linux 3.8.13Jean-Sébastien Pédron2015-03-171-34/+43
* An update for the i915 GPU driver, which brings the code up to LinuxKonstantin Belousov2015-01-211-914/+1393
* drm/i915: Add HW context supportJean-Sébastien Pédron2014-09-171-2/+8
* drm: fix usage of vm_phys_fictitious_to_vm_pageRoger Pau Monné2014-08-061-2/+4
* - Modify vm_page_unwire() and vm_page_enqueue() to directly acceptAttilio Rao2014-06-161-5/+5
* Fix two cases of recursive acquisitions of the vm object lock, onlyKonstantin Belousov2014-04-291-1/+1
* Add a mmap flag (MAP_32BIT) on 64-bit platforms to request that a mapping useJohn Baldwin2013-09-091-1/+1
* Correct atomic operations in i915.Jung-uk Kim2013-08-281-5/+5
* Remove the deprecated VM_ALLOC_RETRY flag for the vm_page_grab(9).Konstantin Belousov2013-08-221-4/+2
* On all the architectures, avoid to preallocate the physical memoryAttilio Rao2013-08-091-1/+10
* The soft and hard busy mechanism rely on the vm object lock to work.Attilio Rao2013-08-091-13/+14
* Use the right name for the vm_map_find(9) flag to specify sharedKonstantin Belousov2013-07-201-1/+1
* Be more aggressive in using superpages in all mappings of objects:John Baldwin2013-07-191-1/+1
* Since the gem pagefault handler relocks the vm object lock, otherKonstantin Belousov2013-06-181-1/+19
* Remove stray empty line.Konstantin Belousov2013-06-181-1/+0
* Don't busy the page unless we are likely to release the object lock.Alan Cox2013-06-061-2/+4
* The vm_page lock is not needed around the call to vm_page_insert().Konstantin Belousov2013-06-031-2/+0
* Switch the vm_object mutex to be a rwlock. This will enable in theAttilio Rao2013-03-091-25/+25
* Use right size when freeing unneeded GTT mapping.Konstantin Belousov2012-06-151-1/+1
* A small simplification to i915_gem_pager_fault().Alan Cox2012-05-281-1/+1
* Add the code for new Intel GPU driver, which supports GEM, KMS andKonstantin Belousov2012-05-221-0/+3760