On Tue, Apr 07, 2015 at 10:53:20AM +0200, Daniel Vetter wrote: > On Thu, Apr 02, 2015 at 04:04:14PM +0100, Chris Wilson wrote: > > Once userptr becomes part of client API, it is almost a certainly that > > eventually someone will try to create a new object from a mapping of > > another client object, e.g. > > > > new = vaImport(vaMap(old, &size), size); > > > > (using a hypothethical API, not meaning to pick on anyone!) > > > > Since this is actually fairly safe to implement and to allow (since it > > is within a single process space and the memory access passes the > > standard permissions test) let us not limit the Client possibilities. > > > > Signed-off-by: Chris Wilson <chris@xxxxxxxxxxxxxxxxxx> > > Cc: Gwenole Beauchesne <gwenole.beauchesne@xxxxxxxxx> > > Cc: Michał Winiarski <michal.winiarski@xxxxxxxxx> > > Cc: Tvrtko Ursulin <tvrtko.ursulin@xxxxxxxxx> > > Thus far all the apis are very explicit in stating that you can only slurp > in anything that's allocated with malloc and friends. Also usually this > means we're dealing with tiled memory which looks linear, so I'm not sure > how this will work. The user doesn't know the object it tiled, all they have is a linear mapping. The kernel doesn't care either, all it sees is a bo. The idea is to simply enable a likely usecase that just works. -Chris -- Chris Wilson, Intel Open Source Technology Centre _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/intel-gfx
