Bug 375021
Summary: | Desktop machine fails to resume from hibernation: regression from F-7 | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Alex Lancaster <alex> | ||||||||
Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
Severity: | medium | Docs Contact: | |||||||||
Priority: | medium | ||||||||||
Version: | 9 | CC: | acpi-bugzilla, chris.brown, opensource | ||||||||
Target Milestone: | --- | ||||||||||
Target Release: | --- | ||||||||||
Hardware: | i386 | ||||||||||
OS: | Linux | ||||||||||
Whiteboard: | |||||||||||
Fixed In Version: | 2.6.27-3.fc10.i686 | Doc Type: | Bug Fix | ||||||||
Doc Text: | Story Points: | --- | |||||||||
Clone Of: | Environment: | ||||||||||
Last Closed: | 2008-10-16 23:35:59 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: | |||||||||||
Attachments: |
|
Description
Alex Lancaster
2007-11-10 20:42:12 UTC
Created attachment 254151 [details]
Output of /sbin/lspci -v
Added hardware information: output of /sbin/lspci -v
Created attachment 254161 [details]
/sbin/lscpi -v output
Run as root this time.
Did you try this with the latest kernel (2.6.23.9-85.fc8)? I have a Pentium III here, too, and I just found out, that it hibernates and suspends without major problems. (In reply to comment #3) > Did you try this with the latest kernel (2.6.23.9-85.fc8)? I have a Pentium III > here, too, and I just found out, that it hibernates and suspends without major > problems. Just tried hibernating with kernel-2.6.23.9-85.fc8, no dice. Still get same problem with the ACPI timing mode problem.. :-( an 27 08:03:12 binoche kernel: ACPI Exception (exoparg2-0442): AE_AML_PACKAGE_L IMIT, Index (00000000C) is beyond end of object [20070126] Jan 27 08:03:12 binoche kernel: ACPI Error (psparse-0537): Method parse/executio n failed [\_SB_.PCI0.IDE0.CHN0._GTM] (Node f7c67918), AE_AML_PACKAGE_LIMIT Jan 27 08:03:12 binoche kernel: ata1: ACPI get timing mode failed (AE 0x300d) Jan 27 08:03:12 binoche kernel: pci_device_suspend(): ata_pci_device_suspend+0x0/0x27 [libata]() returns -22 Jan 27 08:03:12 binoche kernel: suspend_device(): pci_device_suspend+0x0/0x47() returns -22 libata ACPI is enabled in the Fedora 8 kernel and is the source of the errors. It can be disabled with by adding this line to /etc/modprobe.conf: options libata noacpi=1 Then the initrd must be rebuilt, or the kernel reinstalled. (In reply to comment #5) > libata ACPI is enabled in the Fedora 8 kernel and is the source of the errors. > It can be disabled with by adding this line to /etc/modprobe.conf: > > options libata noacpi=1 > > Then the initrd must be rebuilt, or the kernel reinstalled. That worked for me! Thanks! Before I close the bug, is there any way this can be automated or otherwise fixed so that this problem doesn't bite newbies? Was there a reason to disable libata ACPI? Can it be re-enabled or selectively enabled on certain hardware? I suspect that there will be other users of Fedora using older hardware who are likely to encounter this bug and it seems that there should at least be a warning or pointer generated by the hibernate script if the hibernate fails with instructions on how to work around this issue. I'll assign this to Alan for comments on whether your hardware can be blacklisted. If you can attach output of: # lspci -vvxxx > lspci_verbose.out # dmidecode > dmidecode.out dmesg > dmesg.out as text/plain attachments that might help. No plan to blacklist it - that isn't an IDE problem really but either a broken BIOS or us invoking methods on the ACPI side wrong. Probably best to report it to the ACPI folks for opinions. 2.6.24 is a bit more forgiving about IDE ACPI errors because yours isnt the only box that turns out to have "interesting" behaviour. Okay, thanks. Alex - can you see if a later BIOS is available. The output of: # dmidecode will be more informative on this. Created attachment 295064 [details]
output of /usr/sbin/dmidecode
Attaching dmidecode output as requested. I'll have a look to see if there's a
newer BIOS for this motherboard, there most likely is.
Yet another regression on F-9 with kernel-2.6.25.6-55.fc9.i686 Now I it does not resume from hibernation at all. This is on the same hardware with the /etc/modprobe.conf workaround mentioned in comment #5. Here's what I see in /var/log/messages as it is sleeping: Jun 15 06:28:44 binoche NetworkManager: <info> Sleeping... Jun 15 06:28:44 binoche NetworkManager: <info> (eth0): now unmanaged Jun 15 06:28:44 binoche NetworkManager: <info> (eth0): device state change: 2 -> 1 Jun 15 06:28:44 binoche NetworkManager: <info> (eth0): cleaning up... Jun 15 06:28:44 binoche NetworkManager: <info> (eth0): taking down device. Jun 15 06:28:44 binoche NetworkManager: <info> (wlan0): now unmanaged Jun 15 06:28:44 binoche NetworkManager: <info> (wlan0): device state change: 8 -> 1 Jun 15 06:28:44 binoche NetworkManager: <info> (wlan0): cleaning up... Jun 15 06:28:44 binoche NetworkManager: <info> (wlan0): taking down device. Jun 15 06:28:44 binoche dhclient: receive_packet failed on wlan0: Network is down Jun 15 06:28:44 binoche NetworkManager: <WARN> remove_network_cb(): Couldn't remove network from supplicant interface: The requested network does not exist.. Jun 15 06:28:45 binoche ntpd[2055]: ntpd exiting on signal 15 when it resumes, it starts the kernel, shows the initial booting kernel, the switches to a virtual terminal and just shows a blinking cursor and the hard disk just spins. Nothing appears in the /var/log/messages after a hard reboot, nor is there any kernel oops on the screen. I don't know what's going on now. Come to think of it, it doesn't show any swsup messages which is what is normally shown on hibernation, but I *am* choosing the "Hibernation" option, not "sleep". I also tried pm-hibernation from the command-line and get the same issue. Hibernation now works again in rawhide with this kernel: kernel-2.6.27-3.fc10.i686 So closing bug. Hooray! |