<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - Display freezes after login with kernel 3.11.0-rc5 on Cayman with dpm=1" href="https://bugs.freedesktop.org/show_bug.cgi?id=68235#c14">Comment # 14</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - Display freezes after login with kernel 3.11.0-rc5 on Cayman with dpm=1" href="https://bugs.freedesktop.org/show_bug.cgi?id=68235">bug 68235</a> from <a class="email" href="mailto:agd5f@yahoo.com" title="Alex Deucher <agd5f@yahoo.com>"> Alex Deucher</a> <pre>Created <a href="attachment.cgi?id=85578" name="attach_85578" title="disable various dpm features">attachment 85578</a> <a href="attachment.cgi?id=85578&action=edit" title="disable various dpm features">[details]</a> <a href='page.cgi?id=splinter.html&bug=68235&attachment=85578'>[review]</a> disable various dpm features I would suggest disabling various dpm features and see if you can narrow down which, if any, help. This patch disables just about everything. ni_dpm_force_performance_level(rdev, RADEON_DPM_FORCED_LEVEL_AUTO) is what actually sets the dynamic performance switching into motion. Prior to that the hw is locked into the low performance level. I sounds like there is some bad parameter that is causing a lock up when the smc enables state switching. Separate from the patch can you also try changing the ni_dpm_force_performance_level(rdev, RADEON_DPM_FORCED_LEVEL_AUTO) call in ni_dpm_set_power_state() to low (RADEON_DPM_FORCED_LEVEL_LOW) or high (RADEON_DPM_FORCED_LEVEL_HIGH) rather than auto? See if you still get a lock up.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>