https://bugs.freedesktop.org/show_bug.cgi?id=97353
--- Comment #13 from Daniel Stone <dan...@fooishbar.org> ---
(In reply to Kristian Høgsberg from comment #12)
> (In reply to Tomek Bury from comment #11)
> > That's not the case, at least in the latest compositor. Now compositor keeps
> > EGL images for the lifetime of a client and assumes that writes from client
> > and reads from the compositor will be implicitly interlocked, the
> > eglImageCreate() and eglImageDestroy() happens only once per buffer and
> > can't be a driver hook point to create fences.
>
> Which compositor is this? From a quick look at weston, it looks like it
> unrefs the EGLImages when a new wl_buffer is attached, but maybe there's
> some subtlety in the ref-counting there.
I'd equally consider any compositor which doesn't do this to be broken. Weston
to the best of my knowledge (and a quick check) does destroy and recreate.
You're very right that this should be documented better. I'm not sure if the
Khronos specs are the best place, or a document in the Wayland repository
itself. Can we take this bug as one request for explicit fencing support (being
actively pursued), and another one to document the EGL platform requirements
for both driver implementations and compositors?
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
wayland-bugs mailing list
wayland-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-bugs
