[Wayland-bugs] [Bug 83881] Generic dmabuf protocol

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=83881

--- Comment #7 from Pekka Paalanen <ppaalanen at gmail.com> ---
(In reply to Benjamin Gaignard from comment #6)
> Do you think it would possible to avoid duplicate formats definition ? it is
> painful when you write client to deal with both SHM and DMABUF formats
> definition.

The namespace is different, and we don't really have a good place for global
constants in Wayland. I suppose one could re-use the wl_shm format list... or
just pick formats from drm_fourcc.h directly, since I believe these are meant
to be identical.

The thing with wl_shm is that it is not limited to systems with dmabuf, while I
think all dmabuf systems already have drm_fourcc.h.

> simple-dmabuf.c use intel specific functions for buffer management, could
> you make it more generic by using only standard libdrm function ?

If GBM offers it, sure. It just means that simple-dmabuf will depend on Mesa
basically, and probably even need to use GL to fill the buffer. Or maybe some
V4L device could create and export dmabufs.

> You make linux_dmabuf works for gl-renderer what about pixman-renderer ?

Pixman renderer would require mmap() support which is not guaranteed, but sure,
now that there is a roundtrip involved, Weston could ask the pixman-renderer if
it can handle the tentative new buffer.

As you can see, the series is still missing all about the optional mmap path,
because we needed the accelerated path working first.

> Which GStreamer video sink do you use as client ?
> How do you allocate the buffers in this sink ?

I'll leave these questions to lfrb and others.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/wayland-bugs/attachments/20141216/2bd505b8/attachment.html>