Red Hat Bugzilla – Bug 239905
F7t4 suspend regression
Last modified: 2007-11-30 17:12:04 EST
Description of problem:
Suspend to RAM no longer works. Suspend/resumes works out of the box on FC6 but
fails on F7t4. The laptop is HP nx6125 with ATI X200M gfx card. The gfx driver
is the xorg open source driver. The problem is with resuming. The laptop starts
to resume, the fans start up and caps lock comes on (not on when suspended) but
then no further action happens. Machine does not respond to power button,
Ctrl-Alt-Del, Ctrl-Alt-Backspc or caps-lock.
Version-Release number of selected component (if applicable):
0.99-1 and 0.99-2
I would like to help debug this but I have had no success trying "pm-suspend
--quirk....". If someone could work out the default suspend options for and ATI
card on FC6 and tell me how to pass those to pm-suspend I can check if this is
The fact that the machine becomes unresponsive after suspend does not suggest it
is simply failing to turn on the backlight.
Thanks in advance for any help.
Which kernel are you using, please?
Reassigning to me as this looks like a kernel issue.
I had no trouble with any of the kernel 2.6.18 to 2.6.20 on FC6 (and updates).
The suspend problem happens since F7T4, starting with the 2.6.20-1.3104. I have
also tried 2.6.21 - 3116, 3149, 3163 all give the same problem.
I agree that it might be a kernel problem as from all the logs there is no sign
of the system recovering from resume. No blind login, no response to caps lock,
ctrl+alt+delete (or backspace), no response to the power button. When I do force
a reboot it does fsck the filesystem on restart.
On FC6 I was using no kernel options apart from having a framebuffer (radeonfb
1400x1050). And I have tried F7t4 with and without framebuffer. I have also
tried "noapic nolapic" - something I did need in earlier kernels. I have also
tried with bcm43xx and bcm43xx_mac80211 blacklisted.
Is it possible (and even helpful) if I recompile a FC6 kernel srpm on my F7t4
box? Also, I tried a vanilla 2.6.21 kernel on FC6 and I know that worked.
Thanks for looking into this.
Could you tell me what the last kernel version was that worked?
Glad to be of help.
When I removed FC6 I was using kernel-2.6.20-1.2944.
Is there anything I can do to get more debug information for you?
I have a 200M graphics card here too, so will try the kernel here. Maybe I can
reproduce it locally and find the cause.
I haven't been able to install F7T4 under Vmware (other issues). I have however
heard that Dave Jones has some patches queued to fix suspend regressions.
Hopefully they'll address your issue.
Can you also check http://people.freedesktop.org/~hughsient/quirk/ for common
problems please. Thanks.
Thanks for the suggestion but I've already worked through the stuff on your site.
I've also tried the F7t3 kernel (also fails to resume). I'm planning to try the
F7t2 kernel later today.
I tried using the RTC trick on Richard's website to identify what might be
failing on resume and line after the Magic number.... was
/drivers/base/power/resume.c line 62.
It doesn't seem to be a kernel thing as I get no back trace, but similarly the
laptop is reported working with Hal and Mandriva 2007.
I've got a Dell Inspiron 700m. Suspend / resume worked great with FC6.
Just did clean install of 2.6.21-1.3194.fc7 i386 and it suspends fine. On
resume screen doesn not light up (no backlight) caps and numlock flash on and
off and system is unresponsive to keyboard / mouse / powerbutton. I have tried
intel and i810 graphics drivers and the "pm-suspend --quirk...." doesn't seem
to make any difference.
Zuka, you are describing a different bug. Please see
Phil, any progress with this? I tried suspending to ram with current Rawhide a
short while ago (kernel 3218), and it worked ok. The display doesn't come back
on until X reinits it, but it does work.
Thank you for the help. I think I've got it working fine now - it turned out to
be the firewire module(s) causing the problem. I rmmod'd them and it worked
(tested twice in a row). I'm in the process of learning how to get suspend to
The only problem I have now is that after resume the virtual terminals are
corrupted. I'll look and see if there is a simple fix.
Once again, thanks for the help.
I've enabled a framebuffer and this avoids the problem, VTs are nolonger corrupted.
(In reply to comment #12)
> I'm in the process of learning how to get suspend to
> unload them.
yell if it's unclear.
(In reply to comment #13)
> I've enabled a framebuffer and this avoids the problem
How did you do this? I'll add it to the suspend FAQ.
Thanks Richard. I followed the instructions and it works fine - unloading
fw_ohci, etc. Successive suspends work great. You might want to add the listing
the fw_ohci fw_core in suspend modules to the FAQ as it seems to be a common
problem and one that doesn't have any clues indicating it. The trick to identify
bad modules didn't reveal anything - I just tried rmmod'ing the firewire stuff
as I saw it on planet.fedora.
For the framebuffer, I added "vga=836" which I found on a website for a similar
laptop. It's 1400x1050 not sure what depth. Anyway with that running the VTs are
still sane after resume. Without it, the effect is like the screen melting -
something I'm unfortunately familiar with from my other laptop with the new
intel driver. I think it's something to do with the timings. Presumably it's a
kernel bug as X is fine. Note - I do have the horrible ATI X200m graphics card.
>You might want to add the listing the fw_ohci fw_core in suspend modules to the FAQ
>Successive suspends work great...
Cool, I'm glad we got it going. Thanks!
Philip, I have a 200M graphics card too. For suspend-to-ram, I need the s3bios
& s3mode hacks (both of them). You might need them too.
I'll close this bug since the original issue is now fixed.