| Priority | medium |
|---|---|
| Bug ID | 75127 |
| Assignee | dri-devel@lists.freedesktop.org |
| Summary | Radeon SUMO: atombios stuck executing |
| Severity | major |
| Classification | Unclassified |
| OS | Linux (All) |
| Reporter | sandy.8925@gmail.com |
| Hardware | x86-64 (AMD64) |
| Status | NEW |
| Version | unspecified |
| Component | DRM/Radeon |
| Product | DRI |
Created attachment 94246 [details]
linux_kernel_3.14-rc2_dmesg
I have a laptop with Radeon HD6520G GPU.
I am running Arch Linux 64 bit with Linux 3.14-rc2 kernel and Mesa 10.0.3
During shutdown, suspend and resume, GPU hangs and I get error messages in the
kernel that state:
[drm:atom_op_jump] *ERROR* atombios stuck in loop for more than 5secs aborting
[drm:atom_execute_table_locked] *ERROR* atombios stuck executing D05E (len 62,
WS 0, PS 0) @ 0xD07A
Earlier, shutdown would work fine, and laptop would also suspend quickly.
However now I find that suspend and shutdown take a long time and I see the
above error messages.
The dmesg output attached above: linux_kernel_3.14-rc2_dmesg is when I suspend the laptop and resume.
Sorry, I made a mistake - this is with Linux 3.13 kernel I will re-upload the same file with the right kernel version number in the name
| What | Removed | Added |
|---|---|---|
| Attachment #94246 is obsolete | 1 |
| What | Removed | Added |
|---|---|---|
| Summary | Radeon SUMO: atombios stuck executing | Radeon SUMO: GPU reset |
Is this a regression? If so can you narrow down what component you changed that caused it? The atombios messages look to be a side affect of a GPU reset.
(In reply to comment #4) > Is this a regression? If so can you narrow down what component you changed > that caused it? The atombios messages look to be a side affect of a GPU > reset. I think it's a regression since hangs didn't occur on shutting down, suspend and resume before. The GPU did hang sometimes when switching between VTs and on playing some games fullscreen. I'm not sure when it started hanging for shutdown, suspend and resume but I think it might be after installing Linux 3.13 kernel. I will try using older kernel versions to see if the problem exists there as well.
Compiled and installed Linux 3.12.12 kernel. No GPU hang problems occur for suspend and resume. Works fine (other than the fact that the laptop's display connected through LVDS is blank). I will post the dmesg output soon.
(In reply to comment #6) > Compiled and installed Linux 3.12.12 kernel. No GPU hang problems occur for > suspend and resume. Works fine (other than the fact that the laptop's > display connected through LVDS is blank). > Does disabling dpm help? Boot with radeon.dpm=0 on the kernel command line in grub. If not, can you bisect the kernel with git to find out what commit caused the regression?
Created attachment 94979 [details]
linux_kernel_3.12.12_dmesg
Suspend, resume and shutdown work fine here
Unfortunately disabling dpm did not help. I set radeon.dpm=0 and booted the Linux 3.13.5 kernel, and the same problems still occurred. Will attach dmesg output shortly. I will try bisecting.
Created attachment 94980 [details]
linux_kernel_3.13.5_dmesg_dpm_disabled
I've started using git bisect to find the bad commit(s) I am bisecting between 3.12 and 3.13 (as tagged) Results so far: 42a2d923cc349583ebf6fdd52a7d35e1c2f7e6bd - good
I'm still bisecting, should be done after a few more revisions.
Still have 2-3 more revisions to test. I suspect it is most likely this commit: 10ebc0bc09344ab6310309169efc73dfe6c23d72
Confirmed: This commit : 10ebc0bc09344ab6310309169efc73dfe6c23d72 is the first bad commit where problems occur.
Please try these patches: http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.14&id=9babd35ad72af631547c7ca294bc2e931cc40e58 http://cgit.freedesktop.org/~agd5f/linux/commit/?h=drm-fixes-3.14&id=7848865914c6a63ead674f0f5604b77df7d3874f You can also force runpm off by booting with radeon.runpm=0 on the kernel command line in grub.
Setting radeon.runpm=0 helped. Suspend, resume work correctly now. Which kernel version should I apply the patches to and test with? Latest git commit (3.14-git), or stable 3.13.x kernel code?
(In reply to comment #16) > Setting radeon.runpm=0 helped. Suspend, resume work correctly now. > > Which kernel version should I apply the patches to and test with? Latest git > commit (3.14-git), or stable 3.13.x kernel code? They are against 3.14, but they should apply to 3.13 as well.
Unfortunately, those patches did not help. The GPU hang still occurs (I tested without setting radeon.runpm=0). I applied the patches against 3.13.6 kernel
| What | Removed | Added |
|---|---|---|
| Summary | Radeon SUMO: GPU reset | runpm hang with PowerXpress/hybrid laptop |
| What | Removed | Added |
|---|---|---|
| CC | kh3095@yandex.ru |
*** Bug 77082 has been marked as a duplicate of this bug. ***
| What | Removed | Added |
|---|---|---|
| See Also | https://bugzilla.kernel.org/show_bug.cgi?id=72701 |
It seems runpm is not working properly on your system. Booting with radeon.runpm=0 reverts back to the 3.12 behavior (PX dGPUs are not dynamically powered down). Did manually powering on/off the dGPU via debugfs ever work on your system? See the "Forcing the power state of the devices" section of this page: http://nouveau.freedesktop.org/wiki/Optimus/ for how to test that.
Turning off the dedicated GPU works fine, turning off the GPU doesn't. The dedicated GPU is a Radeon HD 6650M . The kernel identifies it as a TURKS GPU.