<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [ilk] IPS frequently downclocks the GPU when playing quakelive" href="https://bugs.freedesktop.org/show_bug.cgi?id=90137#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [ilk] IPS frequently downclocks the GPU when playing quakelive" href="https://bugs.freedesktop.org/show_bug.cgi?id=90137">bug 90137</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>Enabled, unmasked, but never trigger. Huh. I guess add a sanity check that ironlake_enable_drps() is indeed being called. Though that should be shown "SW mode enabled" in /sys/kernel/debug/dri/0/i915_drpc_info * spots EI intervals and thresholds in there. At least I'm getting to know this code better, in theory at least. Can you compare 92bb36c80e561f82b1f4b63cc269a71833137841 - baseline 94afa384a6cddb565d7944c79aa3a2d536e4fe54 - preparation 86a8ed9560350c7ca12d2fb7e8d694a2ea4a60cc - conversion to gen6+ RPS routines and verify where the bug gets introduced. (In reply to dimon from <a href="show_bug.cgi?id=90137#c13">comment #13</a>) > Wow, after a fresh reboot reclocking worked for a short period of time. > I was getting DE_PCU_EVENTs, pstates alternated between 0 and 10. > Then it stopped generating DE_PCU_EVENTs and stopped reclocking. Ah, that's probably my runtime pm experiments to disable the interrupts when idle. If you jump back to 57c6b89256000f038a5bbc65eb745a6ad3858a6c does it continue to work even after idle?</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> <li>You are on the CC list for the bug.</li> <li>You are the assignee for the bug.</li> </ul> </body> </html>