<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Presentation regression while rendering on X11 surface" href="https://bugs.freedesktop.org/show_bug.cgi?id=111259#c3">Comment # 3</a> on <a class="bz_bug_link bz_status_NEEDINFO " title="NEEDINFO - Presentation regression while rendering on X11 surface" href="https://bugs.freedesktop.org/show_bug.cgi?id=111259">bug 111259</a> from <a class="email" href="mailto:lionel.g.landwerlin@linux.intel.com" title="Lionel Landwerlin <lionel.g.landwerlin@linux.intel.com>"> Lionel Landwerlin</a> <pre>(In reply to jaelpark from <a href="show_bug.cgi?id=111259#c2">comment #2</a>) > I was looking if there would be some minimal test case to demonstrate this, > but couldn't find one so far. One case where this gets reproduced is the > desktop compositor I've been working on. The build instructions and setup is > here: > <a href="https://jaelpark.github.io/chamferwm-docs/setup.html#building-with-meson">https://jaelpark.github.io/chamferwm-docs/setup.html#building-with-meson</a> > > After building, change the terminal emulator in line 504 of config/config.py > to your preference, and once running, launch the terminal with Alt+Enter. > Typing something will reveal how the frames come disordered and lagging. > Using a recent version of mesa before this particular commit will result in > expected behavior. I think I can spot the bug in your compositor : compositor.cpp:984 : currentFrame = (currentFrame+1)%swapChainImageCount; That's incorrect, the image indice returned by acquireNextImage() might not increment.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>