[virglrenderer-devel] multiprocess model and GL

Gerd Hoffmann kraxel at redhat.com
Fri Jan 31 08:32:42 UTC 2020


  Hi,

> > The problematic ones are the mesa-created virgl resources.  If the host
> > (and possibly the host gpu hardware too) can see any resource updates
> > before mesa explicitly calls the TRANSFER ioctl, would that break the
> > driver?  Or would mesa set the "you can use udmabufs" flag anyway on all
> > resources?
> Oh, mesa would break.  It relies on the existence of shadow buffers
> currently.  If there was a "you must use udmabuf" flag, mesa could
> theoretically use it and allocate staging buffers itself when needed.
> But if the flag was just a hint, it would not be enough.
> 
> There are also GL_PERSISTENT_BIT buffer objects.  Mesa does not
> support them now.  Mesa could use the "you can use udmabuf" flag to
> support them.  But the bit is usually set along with
> GL_MAP_COHERENT_BIT.  Mesa would still needs the "you must use
> udmabuf" flag.

Hmm, so far my plan is to have a "you can use dmabuf" flag only.

Would a "you must use udmabuf" flag useful?  If GL_PERSISTENT_BIT is
typically used together with GL_MAP_COHERENT_BIT I would expect mesa
would try to use hostmem anyway ...

cheers,
  Gerd



More information about the virglrenderer-devel mailing list