All of lore.kernel.org
 help / color / mirror / Atom feed
* [proof-of-concept/rfc] per object file mmaps
@ 2012-12-19  4:41 Dave Airlie
  2012-12-19  4:41 ` [PATCH 1/3] drm/vma/gem/ttm: consolide unmapping range Dave Airlie
                   ` (2 more replies)
  0 siblings, 3 replies; 5+ messages in thread
From: Dave Airlie @ 2012-12-19  4:41 UTC (permalink / raw)
  To: dri-devel

The 2+3 patches are actually the code, the first was just a cleanup.

Anyways the second patch describes it best, but I've taken the approach
that we just need to keep track of what filp this object has had a handle
created on, and block mmaps on it. We could also probably block a bit
more explicitly in the driver respective mmap offset retrieval ioctls,
however we need to block in mmap itself to stop people just picking misc
address and trying them.

It doesn't really add much now, but with render nodes where we have flink_to
or fd passing it would be more useful.

I've no idea if I'll get to do much more with this, so consider it an
indication of how I'd like it done for someone else to run with :-)

Dave.

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2012-12-19  9:48 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-12-19  4:41 [proof-of-concept/rfc] per object file mmaps Dave Airlie
2012-12-19  4:41 ` [PATCH 1/3] drm/vma/gem/ttm: consolide unmapping range Dave Airlie
2012-12-19  4:41 ` [PATCH 2/3] drm/ttm: add object per-file mmap validation Dave Airlie
2012-12-19  4:41 ` [PATCH 3/3] drm/gem: start adding support for per-file object mmaps Dave Airlie
2012-12-19  9:47   ` Chris Wilson

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.