<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTOURBUG - call eglSwapBuffers causes app execution block" href="https://bugs.freedesktop.org/show_bug.cgi?id=99332#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTOURBUG - call eglSwapBuffers causes app execution block" href="https://bugs.freedesktop.org/show_bug.cgi?id=99332">bug 99332</a> from <a class="email" href="mailto:sergey.stepanov@lge.com" title="Sergey Stepanov <sergey.stepanov@lge.com>"> Sergey Stepanov</a> <pre>wl_resource_queue_event(ref->buffer->resource, WL_BUFFER_RELEASE); is calling in weston_buffer_reference. Pay attention that wl_resource_QUEUE_event used, not wl_resource_POST_event. wl_buffer.release event is not sent at this point. And, client will NOT receive this event until weston flushes event queue for this client. It will happen on wl_resource_post_event (another event posted) or wl_client_flush. And there is no proper wl_client_flush. I suppose it is some kind of mistake because it is not complies with the protocol. It works with frame callback because it force to flush events to client (wl_resource_post_event flushes queue ). And it works with wl_display_roundtrip_queue in the same way. I don't think it's a EGL vendor error don't use a frame callback. According to wayland protocol it is not obligatory. I'm not sure, but I suppose if we use Mesa EGL implementation create surface which will not mapped (IVI surface with wrong id for example) call eglSwapBuffer twice it will block app on eglSwapBuffer call because frame calback will not be sent (surface is unmapped), and event queue on the server side will not be flushed (and buffer release will not be sent)</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>