Bug 223731
Summary: | suspend does not work on 2.6.19-1.2895 (worked great on 2.6.18-1.2869) | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | zingale <zingale> |
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Brian Brock <bbrock> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 6 | CC: | bikehead, bloch, choeger, jonstanley, joshua.bakerlepain, kent, pasteur, pknirsch, roth, rutger.noot, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | F8 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-03-09 06:54:42 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 427887 |
Description
zingale
2007-01-22 00:50:31 UTC
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 SZ3XP https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=225062#c1 Can we push out an update to pm-utils that stops the cpuspeed service before suspending??? 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. See: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=230853 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) Hello, I'm reviewing this bug list as part of the kernel bug triage project, an attempt to isolate current bugs in the Fedora kernel. http://fedoraproject.org/wiki/KernelBugTriage I am CC'ing myself to this bug, however this version of Fedora is no longer maintained. 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:
2.6.23.9-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. FC8 2.6.24.3-50.fc8 |