<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTOURBUG - xf86-video-intel 2.99.901 + XMir + multimonitors = all displays black" href="https://bugs.freedesktop.org/show_bug.cgi?id=68969#c4">Comment # 4</a> on <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED NOTOURBUG - xf86-video-intel 2.99.901 + XMir + multimonitors = all displays black" href="https://bugs.freedesktop.org/show_bug.cgi?id=68969">bug 68969</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>(In reply to <a href="show_bug.cgi?id=68969#c3">comment #3</a>) > Chris, can you please provide more info?... > > (a) "xmir_resize() is fubar"; how? So that we might make it less "fu"'d. Aside from it being a hack around broken drivers, it releases a reference it did not own. > (b) "Mir itself is broken wrt to pageflips"; Please elaborate. In the LP bug > even. The dmesg is full of incorrect ioctl calls. Then Mir promptly dies after being told that it did something wrong. And then the races truely begin. > (c) If 2:2.21.14-4ubuntu3 works, why is it not a bug that 2.99.901 fails? Your code is broken. If you looked at the traces, you would see that it can't possibly be doing what you expected. Mir is showing buffers out of sequence with XMir (during normal usage), and after the modeset XMir is not receiving the new fd, but continues to render to the previous pair.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>