<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - [945 lvds downclock] Very slow redraw performance" href="https://bugs.freedesktop.org/show_bug.cgi?id=58843#c2">Comment # 2</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - [945 lvds downclock] Very slow redraw performance" href="https://bugs.freedesktop.org/show_bug.cgi?id=58843">bug 58843</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=58843#c0">comment #0</a>) > Symptoms: > urxvt: very slow - I can see each character being drawn onto the screen > > glxgears: running with vblank_mode=0, glxgears runs at about 22.5 FPS. > > youtube: In Firefox, playing a video with Adobe Flash, and drm.debug=0x2, I > can see that lvds upclock does not happen for frame updates of the video - > lvds is downclocked for continuous periods of time on the order of seconds > (expected behavior?) This can be expected as we have never marked the fb as busy if the scanout is accessed via the GTT mapping (which is how the swrast in flash will eventually be updated). The only thing that can be attributed to lvds downclocking here is the vblank limited glxgears. The 2D engine should not be rate limited by the vrefresh frequency - something else is broken. Your dmesg and a full-debug Xorg log would be useful.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>