Comment # 19
on bug 68235
from Alexandre Demers
(In reply to comment #16) > (In reply to comment #14) > > Created attachment 85578 [details] [review] [review] [review] > > 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. > > I'll try it later today. I had time for now to play with forcing RADEON_DPM_FORCED_LEVEL_LOW and RADEON_DPM_FORCED_LEVEL_HIGH. The first one works fine, the second triggers the problem. I'm about to play with the suggested patch.
You are receiving this mail because:
- You are the assignee for the bug.
_______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx http://lists.freedesktop.org/mailman/listinfo/dri-devel
