Red Hat Bugzilla – Bug 866992
GPU cannot resume from suspend/hibernate/vt-switch
Last modified: 2013-01-21 07:43:17 EST
Description of problem:
When resuming from suspend or hibernate or switching back to x after switching vt. Screen flickers in a loop.
Version-Release number of selected component (if applicable):
7.0.0 - 0.7.20121015gitbd9e2c064.fc18 (but has been there before!)
nearly everytime (it worked a few times from those many tests i did, but same settings did not work just a minute later, so it was kind of random)
Steps to Reproduce:
1. Suspend (via Gnome or pm-suspend)
Screen flickers, unuseable!
Mobility Radeon HD 4200
Error messages (dmesg):
Sep 26 22:54:10 localhost kernel: [ 1252.770614] radeon 0000:01:05.0: GPU reset
succeeded, trying to resume
Sep 26 22:54:10 localhost kernel: [ 1252.783900] [drm] PCIE GART of 512M enabled
(table at 0x00000000C0040000).
Sep 26 22:54:10 localhost kernel: [ 1252.784482] radeon 0000:01:05.0: WB enabled
Sep 26 22:54:10 localhost kernel: [ 1252.784486] radeon 0000:01:05.0: fence driv
er on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0xffff88022a200c00
Sep 26 22:54:10 localhost kernel: [ 1252.817338] [drm] ring test on 0 succeeded
in 0 usecs
Sep 26 22:54:12 localhost kernel: [ 1254.101427] [drm] ib test on ring 0 succeed
ed in 0 usecs
Sep 26 22:54:12 localhost kernel: [ 1254.103015] [drm:radeon_cs_ioctl] *ERROR* Failed to parse relocation -35!
Sep 26 22:54:12 localhost kernel: [ 1254.105886] radeon 0000:01:05.0: GPU reset succeeded, trying to resume
This seems to be kernel related. I tried kernel from fedora 17 install media and it worked!
I can confirm the same issue on a Thinkpad X121e with a:
00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Wrestler [Radeon HD 6310] (prog-if 00 [VGA controller])
Kernel driver in use: radeon
Also for me, it's a couple of weeks at least I see this issue. Trying to switch to another console does not work. The only "solution" I have found is holding down the power button and restarting.
The kernel from Fedora 17 is okay for me, too. Oddly enough, trying to open gnome-terminal and using "pm-suspend" does not result in a problem on resume, while closing the laptop lid and waiting for automatic suspension does.
seems fixed in 3.6.3-3.fc18.x86_64?
Looks much better to me, but still not fixed. I can get this issue about one time in 20 with kernel 3.6.3-3. Probably a race condition is still present somewhere?
I've just had this on a resume using 3.6.11-3 on a Samsung RV515-A01 using radeon on a 6310HD.
Had gone away, but resurfaced with the latest 3-4 kernel revisions. Now running 3.7.1-5.fc18.x86_64, I hit this bug around ~50% of the times I resume from suspend. Only solution is an hard reset.
*** This bug has been marked as a duplicate of bug 849347 ***