We have a multiview wayland compositor application based on solution provided by this article (https://blog.qt.io/blog/2016/09/19/qt-graphics-with-multiple-displays-on-embedded-linux/)
We have multidisplay setup (4 displays), so every view have it's own screen to render.
We have wayland client hiden in our main screen view and other wayland client on secondary screen view.
We faced a problem caused by deadlock of our application. We were doing some swiping on our main screen view and one of the rendering threads stucked in QEglFSKmsGbmScreen::waitForFlip after calling QEglFSContext::swapBuffers. Main thread is waiting for sync with that thread and never continues execution.
We already tried to apply last patches from this bug: https://bugreports.qt.io/browse/QTBUG-69077 (https://codereview.qt-project.org/#/c/255244/ and https://codereview.qt-project.org/#/c/251380/4). However the problem still exists.
We don't have minimal sample app for this situation right now, so just highlighting this issue with generated coredump stacktrace.
Update: Looks like problem not related to wayland module. It seems like the problem somethere inside eglfs plugin. Uploaded archive with testing sample and additional logs.