[virglrenderer-devel] multiprocess model and GL
Gerd Hoffmann
kraxel at redhat.com
Thu Jan 23 13:29:30 UTC 2020
Hi,
> Yup, all these use cases need something like the proposed
> VIRTIO_GPU_CMD_RESOURCE_CREATE_V2:
>
> https://gitlab.freedesktop.org/virgl/drm-misc-next/commit/6a940ed44df9cf8b5180d41571075c498208c81b#b3445381d2f5e962a33780262c87a47085b70f27_254_283
>
> Check out the userspace here:
>
> https://gitlab.freedesktop.org/virgl/virglrenderer/merge_requests/303/diffs?commit_id=31b36c7941db74f3b2d38a9af6fa424ee1983c55
>
> It's pretty much like INIT_BLOB, but it's versioned by the host
> enderer capabilities and can attach iovecs, can create guest dma-bufs
> etc. based on flags.
>
> We can limit args_size to something reasonable (say 64 bytes). We can
> also say args_size == 0 is fine for dumb backends (though, without
> metadata query, dumb_create should suffice?) and creates the
> res_id->struct mapping for 3D backends. kraxel, wdyt?
I think the allocate-via-execbuffer approach is better than using flags
and args[] in VIRTIO_GPU_CMD_RESOURCE_CREATE_V2 ...
cheers,
Gerd
More information about the virglrenderer-devel
mailing list