Red Hat Bugzilla – Bug 182000
pm-suspend fails in runlevel 1
Last modified: 2008-06-16 21:11:19 EDT
Running suspend from Gnome does not work.
If I switch to runlevel 1, and run pm-suspend, the computer appears to suspend.
Unfortunately, it is now dead. Moving the mouse or pressing a button on the
keyboard does nothing. Pushing the button on the front of the pc makes it try
and wake up, but nothing ever happens.
Unfortunately I have no serial cable available to get any debugging information
- anything I can try?
# uname -rv
2.6.15-1.1955_FC5smp #1 SMP Wed Feb 15 16:01:54 EST 2006
00:00.0 Host bridge: ATI Technologies Inc Radeon 9100 IGP Host Bridge (rev 02)
00:01.0 PCI bridge: ATI Technologies Inc Radeon 9100 IGP AGP Bridge
00:13.0 USB Controller: ATI Technologies Inc OHCI USB Controller #1 (rev 01)
00:13.1 USB Controller: ATI Technologies Inc OHCI USB Controller #2 (rev 01)
00:13.2 USB Controller: ATI Technologies Inc EHCI USB Controller (rev 01)
00:14.0 SMBus: ATI Technologies Inc ATI SMBus (rev 18)
00:14.1 IDE interface: ATI Technologies Inc ATI Dual Channel Bus Master PCI IDE
00:14.3 ISA bridge: ATI Technologies Inc Unknown device 434c
00:14.4 PCI bridge: ATI Technologies Inc Unknown device 4342
00:14.5 Multimedia audio controller: ATI Technologies Inc IXP150 AC'97 Audio
01:05.0 VGA compatible controller: ATI Technologies Inc Radeon 9100 IGP
02:08.0 Ethernet controller: 3Com Corporation 3Com 3C920B-EMB-WNM Integrated
Fast Ethernet Controller (rev 40)
02:0a.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller
02:0c.0 CardBus bridge: ENE Technology Inc CB-710/2/4 Cardbus Controller (rev 02)
02:0c.1 FLASH memory: ENE Technology Inc CB710 Memory Card Reader Controller
can you retry with the latest pm-utils & kernel, we've fixed a bunch of stuff
here in the last few days.
It's still not working.
Attachment 110116 [details] has some hardware info, let me know what else you want.
If you bring up the network, can you log in remotely once you've resumed with
the power button (it's highly likely that, eg, keys won't wake it up as ACPI is
a little braindead about what wake up events are allowed by default -- that's an
area that we're going to have spend some time looking at a little more post-FC5)
I can't test the network part until at least tomorrow - so I tried something else.
A bash loop writes a file every five seconds, the I ran pm-suspend, waited a
bit, then tried to resume. No files after the resume (and the noise from the fan
agrees that it didn't work too - loud).
A new kernel update has been released (Version: 2.6.18-1.2200.fc5)
based upon a new upstream kernel release.
Please retest against this new kernel, as a large number of patches
go into each upstream release, possibly including changes that
may address this problem.
This bug has been placed in NEEDINFO state.
Due to the large volume of inactive bugs in bugzilla, if this bug is
still in this state in two weeks time, it will be closed.
Should this bug still be relevant after this period, the reporter
can reopen the bug at any time. Any other users on the Cc: list
of this bug can request that the bug be reopened by adding a
comment to the bug.
In the last few updates, some users upgrading from FC4->FC5
have reported that installing a kernel update has left their
systems unbootable. If you have been affected by this problem
please check you only have one version of device-mapper & lvm2
installed. See bug 207474 for further details.
If this bug is a problem preventing you from installing the
release this version is filed against, please see bug 169613.
If this bug has been fixed, but you are now experiencing a different
problem, please file a separate bug for the new problem.
(In reply to comment #4)
> If you bring up the network, can you log in remotely once you've resumed with
> the power button (it's highly likely that, eg, keys won't wake it up as ACPI is
> a little braindead about what wake up events are allowed by default -- that's an
> area that we're going to have spend some time looking at a little more post-FC5)
Haven't tried the network thing. Will do. Still broken though.
> Haven't tried the network thing. Will do. Still broken though.
I don't have a spare computer to try the network thing with.
Is there another way to diagnose this?
Could you please try testing the different possibilities for quirks for your
computer? One or more might be needed to get the video back. If you can get
video, that will be a good start. Here is a link that should help:
Reassigning to me.
I followed the instructions. First some feedback on those.
There is obviously a lot of information on there, but the front page is confusing.
I want to troubleshoot resume failing. There is no really obvious choice.
After clicking a few options, I realise that "I want to check common problems
and to find quirks to try" is the option to choose, although I don't want to
check common problems or find quirks to try, I want to find out why my hardware
isn't resuming. "quirks" are things I want to avoid :)
Trying the dmesg/rtc thing, I get the following:
hash matches drivers/base/power/resume.c:70
hash matches device serial8250
lsmod|grep ser shows the device serio_raw, so I tried rmmod serio_raw and
pm-suspend, but that didn't help.
Maybe if I described the boot process a bit more, that would help.
After I type pm-suspend the computer almost shuts down - everything as a normal
poweroff, but with a flashing power light. I push the power button and the
1. The hard disk spins up
2. Just two of the keyboard lights keep flashing (rather than all three lighting
at once and just once). The lights are numlock and scroll lock.
3. Nothing else. Display is in power saving mode.
I'll try -quirk-dpms-on next, then I'll try the kernel options.
--quirk-dpms-on didn't help.
I tried the first two kernel options:
These didn't help either. I'll try the others when I have time.
At boot the kernel says:
BUG: 8252 timer not connected to IO-APIC.
Is this relevant?
Thanks for giving this a go. Re comment 10, I'd note the following things:
There might be more than one issue. I'd continue to remove serial port support
while trying to suspend, since it has had problems. (They should be fixed in
more recent vanilla kernels, IIRC). You might try adding i8042.reset=1 to the
commandline this helps on my laptop (different brand though).
The keyboard lights flashing is good. It means you're getting at least some
progress in resuming from the suspend to ram. You might try also adding
acpi_sleep=s3_bios,s3_mode to your boot command line. Note that the order is
important - a bug has just been discovered in which putting s3_bios first is
necessary (it undoes any s3_mode that comes beforehand). Adding this will make
the wakeup code try to reinitialise the video as one of the first things; it
might get you your display back. You should then be able to see the cause of
the oops that's making those lights flash.
Re the timer not being connected, I'm not completely sure, but don't think it
should be relevant. 8252, or 8250?
Any progress here?
This message is a reminder that Fedora 7 is nearing the end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 7. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '7'.
Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 7's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 7 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug. If you are unable to change the version, please add a comment here and someone will do it for you.
Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. If possible, it is recommended that you try the newest available Fedora distribution to see if your bug still exists.
Please read the Release Notes for the newest Fedora distribution to make sure it will meet your needs:
The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 7 changed to end-of-life (EOL) status on June 13, 2008.
Fedora 7 is no longer maintained, which means that it will not
receive any further security or bug fix updates. As a result we
are closing this bug.
If you can reproduce this bug against a currently maintained version
of Fedora please feel free to reopen this bug against that version.
Thank you for reporting this bug and we are sorry it could not be fixed.