linux.git/drivers/gpu/drm/drm_gem.c, branch v2.6.29

drm/i915: Keep refs on the object over the lifetime of vmas for GTT mmap.

2009-02-20T02:21:13+00:00

This fixes potential fault at fault time if the object was unreferenced
while the mapping still existed.  Now, while the mmap_offset only lives
for the lifetime of the object, the object also stays alive while a vma
exists that needs it.

Signed-off-by: Jesse Barnes 
Signed-off-by: Eric Anholt 
Signed-off-by: Dave Airlie

drm: Do not leak a new reference for flink() on an existing name

2009-02-20T02:21:10+00:00

The name table should only hold a single reference, so avoid leaking
additional references for secondary calls to flink().

Signed-off-by: Chris Wilson 
Signed-off-by: Eric Anholt 
Signed-off-by: Dave Airlie

drm: Free the object ref on error.

2009-02-20T02:21:08+00:00

Ensure that the object is unreferenced if we fail to allocate during
drm_gem_flink_ioctl().

Signed-off-by: Chris Wilson 
Signed-off-by: Eric Anholt 
Signed-off-by: Dave Airlie

drm: Potential use-after-free on error path.

2009-02-20T02:21:08+00:00

Remove the member from the hash table before we free the structure!

Signed-off-by: Chris Wilson 
Signed-off-by: Eric Anholt 
Signed-off-by: Dave Airlie

Stop playing silly games with the VM_ACCOUNT flag

2009-01-31T23:08:56+00:00

The mmap_region() code would temporarily set the VM_ACCOUNT flag for
anonymous shared mappings just to inform shmem_zero_setup() that it
should enable accounting for the resulting shm object.  It would then
clear the flag after calling ->mmap (for the /dev/zero case) or doing
shmem_zero_setup() (for the MAP_ANON case).

This just resulted in vma merge issues, but also made for just
unnecessary confusion.  Use the already-existing VM_NORESERVE flag for
this instead, and let shmem_{zero|file}_setup() just figure it out from
that.

This also happens to make it obvious that the new DRI2 GEM layer uses a
non-reserving backing store for its object allocation - which is quite
possibly not intentional.  But since I didn't want to change semantics
in this patch, I left it alone, and just updated the caller to use the
new flag semantics.

Signed-off-by: Linus Torvalds

drm: PAGE_CACHE_WC is x86 only so far

2008-12-29T07:47:24+00:00

The page protections need to be checked whether they need to be more flexible.

Signed-off-by: Dave Airlie

drm: GEM mmap support

2008-12-29T07:47:22+00:00

Add core support for mapping of GEM objects.  Drivers should provide a
vm_operations_struct if they want to support page faulting of objects.
The code for handling GEM object offsets was taken from TTM, which was
written by Thomas Hellström.

Signed-off-by: Jesse Barnes 
Signed-off-by: Eric Anholt 
Signed-off-by: Dave Airlie

DRM: Return -EBADF on bad object in flink, and return curent name if it exists.

2008-10-17T21:10:52+00:00

Signed-off-by: Eric Anholt 
Signed-off-by: Dave Airlie

drm: Add GEM ("graphics execution manager") to i915 driver.

2008-10-17T21:10:12+00:00

GEM allows the creation of persistent buffer objects accessible by the
graphics device through new ioctls for managing execution of commands on the
device.  The userland API is almost entirely driver-specific to ensure that
any driver building on this model can easily map the interface to individual
driver requirements.

GEM is used by the 2d driver for managing its internal state allocations and
will be used for pixmap storage to reduce memory consumption and enable
zero-copy GLX_EXT_texture_from_pixmap, and in the 3d driver is used to enable
GL_EXT_framebuffer_object and GL_ARB_pixel_buffer_object.

Signed-off-by: Eric Anholt 
Signed-off-by: Dave Airlie