Bug 68111
| Summary: | suspend and hibernation not working on ASUS R500DR-SX073 laptop with radeon driver | ||
|---|---|---|---|
| Product: | Drivers | Reporter: | CameronPoe (cameronpoe) |
| Component: | Video(DRI - non Intel) | Assignee: | drivers_video-dri |
| Status: | NEW --- | ||
| Severity: | normal | CC: | alexdeucher, szg00000 |
| Priority: | P1 | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Kernel Version: | 3.11.6-4 | Subsystem: | |
| Regression: | No | Bisected commit-id: | |
| Attachments: | dmesg | ||
|
Description
CameronPoe
2014-01-03 23:56:33 UTC
Can you elaborate on what the problem is? Also please attach your dmesg output. Basically every time my laptop goes into suspend it cannot wake-up later (I think it actually does but the screen is black) and when it goes into hibernation it freezes after few seconds. I had the exact same problem on my previous HP Compaq Presario V5245EU laptop and you fixed it before by adding add s/r quirk to drivers/gpu/drm/radeon/radeon_combios.c https://bugzilla.kernel.org/show_bug.cgi?id=41642 When I installed fglrx driver the suspend and hibernation they work perfectly, but with this fglrx driver playing videos and scrolling websites is terrible so I went back to radeon driver. Unfortunately it seems I cannot compile linux kernel properly to check if extra "return;" line before "/* DYN CLK 1 */" will do the trick (I think it would). I tried to compile kernel 3.12.6 but because I didn't change anything in configuration menu (which I'm not good with) the system failed of booting. I gave it a second try with kernel 3.11.10 and the system started this time and it waked-up properly after going into suspend but when I checked, the loaded driver was vesa, not the radeon. Created attachment 120811 [details]
dmesg
Newer hardware uses a different code path so what we did last time is not relevant for this hardware. That said, I think the quirk I added last time wasn't necessary, it just masked the actual bug. I think the real fix was: http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=acf88deb8ddbb73acd1c3fa32fde51af9153227f Regarding this bug, are you able to access the box after resume via the network? Do external monitors resume ok? Can you try a newer kernel? 3.12 or 3.13? I don't know what do you mean by asking me "access the box after resume via the network" (I am not part of any LAN network). (In reply to CameronPoe from comment #5) > I don't know what do you mean by asking me "access the box after resume via > the network" (I am not part of any LAN network). I was wondering if you could access the machine via ssh after resume, but if you are not using networking, then I guess not. I did the tests. I installed: kernel-desktop-3.12.6-1.1.x86_64.rpm and kernel-desktop-3.13.rc6-4.1.x86_64.rpm but this problem is still unsolved in newer kernels. I forgot to mention I found this problem already in openSUSE 12.3 (half a year ago). I found out that my laptop is working after waking-up because when I pressed SHIFT + CTRL + ALT + PAGE DOWN it switched off normally and I could see "HDD light" flashing and I could hear it. Suspend works when connected to external monitor (through HDMI and VGA) and it wakes-up properly but when I wanted to switched view to both screens or just go back to LVDS screen of my laptop it was black and I had to switched it back to the external one to see the desktop, so after suspend laptop wakes-up but the screen keeps "dreaming". Unfortunately, hibernation still freezes even when connected to external monitor (HDD light doesn't flash and I can only hear the cpu fan which starts spinning really fast after the screen goes black). P.S. In recovery mode suspend works perfect on fbdev driver. Does anyone know how to fix this problem? |