On Wed, Feb 27, 2013 at 3:20 PM, Josh Boyer jwboyer@gmail.com wrote:
On Wed, Feb 27, 2013 at 11:34 AM, Josh Boyer jwboyer@gmail.com wrote:
On Mon, Feb 25, 2013 at 7:05 PM, Dave Airlie airlied@linux.ie wrote:
Alex Deucher (29): drm/radeon: halt engines before disabling MC (6xx/7xx) drm/radeon: halt engines before disabling MC (evergreen) drm/radeon: halt engines before disabling MC (cayman/TN) drm/radeon: halt engines before disabling MC (si) drm/radeon: use the reset mask to determine if rings are hung
Something in this series of commits is causing the GPU to hang on reboot on my Dell XPS 8300 machine. That has a:
01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Caicos [Radeon HD 6450]
card in it. After reboots, I get a screen that looks like this:
I can hit it fairly consistently after a few reboots, so I tried doing a git bisect on the radeon driver and it came down to:
ca57802e521de54341efc8a56f70571f79ffac72 is the first bad commit
So I don't think that's actually the cause of the problem. Or at least not that alone. I reverted it on top of Linus' latest tree and I still get the lockups.
Thus far I've reverted:
drm/radeon: use status regs to determine what to reset (6xx/7xx) drm/radeon: use status regs to determine what to reset (evergreen) drm/radeon: use status regs to determine what to reset (cayman) drm/radeon: use status regs to determine what to reset (si) drm/radeon: halt engines before disabling MC (6xx/7xx) drm/radeon: halt engines before disabling MC (evergreen) drm/radeon: halt engines before disabling MC (cayman/TN) drm/radeon: halt engines before disabling MC (si) drm/radeon: use the reset mask to determine if rings are hungand can still recreate the issue. I'm starting to think the problem is
Sigh. Of course I just realized that I haven't been regenerating the initramfs, so I'm not even testing what I'm building at this point. So all I know is that it's broken somewhere between the two commits in my initial bisect log. I've had better days.
josh