Description of problem:
Using a Thinkpad X60, running FC6. Suspend used to work great on this machine
(just close the lid). Updated to 2.6.19-1.2895 and the suspend no longer
works. I tried both by closing the lid and right clicking the battery icon
on the gnome menubar and picking suspend. The half-moon icon on the laptop
blinks steadily, but never stops blinking (as it should if the suspend were
successful). And there is no way to recover, so I need to power off the machine.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. boot in 2.6.19-1.2895
2. try to suspend
3. it hangs
should suspend gracefully
worked great in all kernels before this. Continues to work if I boot into the
older 2.6.18-1.2869 kernel.
Suspend stopped working on my Thinkpad T42p *and* my Dell 390 desktop. Both
worked great on the previous 2.6.18-1.2869 kernel.
I'll add a me too on my Thinkpad Z61t -- suspend worked until the upgrade to
2.6.19-1.2895. To the OP -- what mode is your hard drive in (in the BIOS)?
Mine is in AHCI mode. I'm wondering if that has anything to do with it.
Add me and my HP nc6400 laptop to the list. Suspend to RAM worked
with 2.6.18-1.2869.fc6 but with 2.6.19-1.2895.fc6 it hangs after a while
during the suspend process and I have to power off and reboot.
Exactly the same thing on my transtec levio 210 (a pretty generic laptop).
Same thing here on my IBM Thinkpad R60.
I think the bug occurs in kernel/cpu.c
I'm pretty sure this is a duplicate of #223604. Try doing '/sbin/service
cpuspeed stop' before your suspend and see if that nixes the problem.
stopping cpuspeed worked for me. My Dell 390 sleeps/resumes now.
I agree that this does seem to fix things. Just tried suspend to ram twice with
my thinkpad x60 (plugged into the power and using battery), and it worked fine
in both cases with cpuspeed stopped.
stopping cpuspeed before suspending work around the suspend to ram on my Sony
Can we push out an update to pm-utils that stops the cpuspeed service
Is that the right fix, or just a band-aid? I'm not trying to be snarky, I'm
actually wondering. Did the in-kernel power management code change
fundamentally from 2.6.18-2.6.19 such that suspending with it enabled simply
won't ever work again? Or is that something that should be fixed?
Well, imo it is some kinda of band aid. Suspend and hibernate have been a
feature for computers for a long time now and modules that still don't work
properly when suspending or hibernating it's really not the fault of the
userland but of those modules.
Especially in this case it used to work and then doesn't anymore. I'd have no
problem with voodoo hardware where drivers just can't be written to work
properly with suspend/hibernate because the hardware itself just can't cope with
it, but thats really broken hardware then.
Thats the reason why i'm very reluctant actually do add that change to pm-utils,
as the proper place to fix it would be the kernel.
Just my $0.02
Read ya, Phil
The locking was changed in kernel 2.6.19 so that cpufreq updates
that used to be safe now cause an oops.
This cpu hotplug / cpufreq locking problem has been an ongoing issue
in the upstream kernel and is only being fixed properly in 2.6.21.
So yes, it's a band-aid but you'd have to wait for kernel 2.6.21
(or Fedora to backport those changes) to get the proper fix.
And the backport might cause new problems...
This might also be the same as 230853 - failure to suspend on new kernel, when
it worked fine in a previous kernel.
Do we know what rev we have to drop back to for it to All Just Work?
(This is a mass-update to all current FC6 kernel bugs in NEW state)
I'm reviewing this bug list as part of the kernel bug triage project, an attempt
to isolate current bugs in the Fedora kernel.
I am CC'ing myself to this bug, however this version of Fedora is no longer
Please attempt to reproduce this bug with a current version of Fedora (presently
Fedora 8). If the bug no longer exists, please close the bug or I'll do so in a
few days if there is no further information lodged.
Thanks for using Fedora!
> Add me and my HP nc6400 laptop to the list. Suspend to RAM worked
> with 2.6.18-1.2869.fc6 but with 2.6.19-1.2895.fc6 it hangs after a while
> during the suspend process and I have to power off and reboot.
I am now using Fedora 8 on the same laptop. Kernel:
188.8.131.52-85.fc8 #1 SMP Fri Dec 7 15:49:59 EST 2007 i686 i686 i386 GNU/Linux
Both suspend to RAM and hibernate to disk seems to be working (shutdown OK,
getting back up also OK). The only thing I noticed as of yet is that I have
to make sure that "/sbin/hdparm -B254 /dev/sda" is run after the return to
life, otherwise I get the "Load Cycle incrementing too fast problem".
In that case, I'll close this bug
I can confirm that suspend is working out of the box.