<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [EXA] X server intermittently hangs for short moments with rv710 card" href="https://bugs.freedesktop.org/show_bug.cgi?id=95192#c6">Comment # 6</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [EXA] X server intermittently hangs for short moments with rv710 card" href="https://bugs.freedesktop.org/show_bug.cgi?id=95192">bug 95192</a> from <a class="email" href="mailto:michel@daenzer.net" title="Michel Dänzer <michel@daenzer.net>"> Michel Dänzer</a> <pre>(In reply to aceman from <a href="show_bug.cgi?id=95192#c5">comment #5</a>) > (In reply to Michel Dänzer from <a href="show_bug.cgi?id=95192#c4">comment #4</a>) > > In fact, I'm planning to try enabling glamor by default on >= R(V)6xx once > > DRI3 is enabled by default (which I'm planning to try soon). > > But on such a low card, wouldn't EXA be always faster than anything openGL? No, why? glamor is generally on par with EXA and for some operations such as text rendering (which is among the most important in practice) significantly faster. If there are any cases where glamor is significantly slower than EXA for you, please file bug reports against the Server/Acceleration/glamor component. > > It might be interesting to see a backtrace of the Xorg process during a > > freeze. > > Maybe, but I can't produce it as I can't do anything during the freeze. And > it is not that long enough that I would manage to switch to virtual terminal > and run some trace. If you can ssh in from another machine, that might allow you to get more information about the hangs. > Also of interest could be that the kernel is 64bit, but all the userland > (X.org and mesa too) are 32bit. Any chance you could try if the problem also occurs with 64-bit Xorg?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>