[PATCH v4 00/19] Share TTM code among DRM framebuffer drivers

Daniel Vetter daniel at ffwll.ch
Mon May 6 15:23:20 UTC 2019


On Mon, May 06, 2019 at 04:20:34PM +0200, Gerd Hoffmann wrote:
> On Mon, May 06, 2019 at 03:09:20PM +0200, Thomas Zimmermann wrote:
> > Hi
> > 
> > Am 06.05.19 um 14:22 schrieb Gerd Hoffmann:
> > >> GEM VRAM could implement PRIME helpers, which would allow for using
> > >> the generic fbcon.
> > > 
> > > bochs_gem_prime_*() functions with this series applied look like you can
> > > just rename them & move over to vram helpers.
> > > 
> > > It's not a full prime implementation, specifically actual export/import
> > > isn't there.  But pin+vmap (needed by generic fbcon) is implemented.
> > 
> > I did have a patch to do this, but then I read that prime requires DMA
> > for buffer sharing and bochs works only because it's emulated.
> 
> For actual buffer sharing with other drivers yes because dma-bufs
> typically are a bunch of pages (struct page**) and live in RAM.
> 
> Not sure whenever it is possible or useful to place the vram in
> ZONE_DEVICE to get page structs for it, then export buffers located
> in vram that way without copying them over to main memory.  I suspect
> most importers would fail to properly setup PCI-PCI dma in that case.

Christian König is working on p2p dma-buf sharing. Not sure that's worth
it for virtual devices, but could be fun to wire up I guess.
-Daniel

> 
> > If bochs' implementation is complete enough to be useful for other
> > drivers, I'll add it to the patch set.
> 
> It's good enough for generic fbcon.
> 
> cheers,
>   Gerd
> 

-- 
Daniel Vetter
Software Engineer, Intel Corporation
http://blog.ffwll.ch


More information about the dri-devel mailing list