On Thu, Dec 12, 2013 at 11:30:23PM +0100, Daniel Vetter wrote:On Thu, Dec 12, 2013 at 8:34 PM, Thomas Hellstrom <thellstrom@xxxxxxxxxx> wrote:Shouldn't this work by simply calling the GEM_CLOSE IOCTL on the handleOn 12/12/2013 03:36 PM, Thierry Reding wrote:Atm there's no way to get gpus to unbind their dma-buf mappings, soThis is a simple test module that can be used to allocate, export andLooks nice. I wonder whether this could be extended to create a "streaming"
delete DMA-BUF objects. It can be used to test DMA-BUF sharing in
systems that lack a real second driver.
dma-buf from a user space mapping. That could be used as a generic way to
implement streaming (user) buffer objects, rather than to add explicit
support for those in, for example, TTM.
their essentially pinned forever from first use on.
returned by drmPrimeFDToHandle()? I mean that should drop the last
reference on the GEM object and cause it to be cleaned up (which should
include detaching the DMA-BUF).
Thierry
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel