Red Hat Bugzilla – Bug 18371
apmd fails to resume Thinkpad 600E after suspend
Last modified: 2008-05-01 11:37:59 EDT
apmd will suspend my thinkpad correctly, but I have yet to see a valid
resume. I get back to the screen in the state that I suspended from, but
the machine does not respond to mouse or keyboard input. The power button
does work, so some functionality remains.
I have removed all PCMCIA devices, unloaded sound modules from the kernel
(this was an issue for alsasound, so I tried it), even switched to a
virtual terminal before shutting down. Nothing alters the outcome. The
machine suspends quite happily, but locks up sometime during the resume
I am willing to actively assist in the resolution of this bug so if someone
can inform me what info I need to be logging I will do so and return the
Are you running X while this is happening?
If so, does setting CHANGETTY in /etc/sysconfig/apmd help?
If this doesn't help, let's try to see if apmd is getting the resume event at
all (may as well be an interoperability issue between the kernel and your BIOS;
it probably is, since I'm not having any problems with a Gericom 3xC) - in
/etc/sysconfig/apm-scripts/apmscript, locate the line saying
"resume)" (Should be line 83 or somewhere near).
Add "touch /tmp/apmd_resume_running" after that line.
Suspend, resume, and let me know if this created the file
My Thinkpad 600E works fine (suspend and resume). Well, mostly. I do have the
issue that my default route disappears after a suspend and resume cycle.
I set CHANGETTY, but it still does not return on resume.
As for the other suggestion, my apmscript now looks like this:
# If HDPARM_AT_RESUME is set, the user has a broken disk.
but the file apmd_resume_running is not created.
As for the other guy's success, well...
firstname.lastname@example.org: This seems to be a bug in your BIOS - The fact that the
file isn't created shows apmd isn't invoked after the resume at all.
Try updating your BIOS.
email@example.com: Which type of network are you using when the default
route disappears? PCMCIA network? PPP?
I have a 3Com PCMCIA 3CCFEM556 (10/100 ethernet, 56K modem). The ethernet
configuration is a static configuration (I have a switch port for it in my
office). It uses the 3c574_cs driver. I have the ethernet up, pull the cable,
still have the route. Close the lid, it suspends. Open the lid, it comes back
up with the IP address configured, the net route configured, but the default
If you remove the network card and put it back in, is the default route set?
Ok, that's odd. I was just experimenting with it and it seems to work. I have
a theory that the problem is related to another problem that I have. It seems
that usernet does not manage to kill off all of the ppp related tasks when you
stop a ppp interface. So, if you leave the phone line connected, the interface
restarts itself after you have stopped it. Also, if that process is running
(/sbin/ppp-watch), it would seem that it periodically kills off your default
route through eth0. (had that happen the other day.)
Finally managed to find a floppy drive and update the bios. Resume & suspend
work just fine now. Do not try to use the CHANGEVT parameter in
/etc/sysconfig/apmd as it causes X to crash out permanently on restart (learned
the obvious way).
I'll leave the bug as needinfo so that the other discussion can continue and let
you guys close it out whenever you complete the discussion. Although, given the
new info, it may make sense to create a new bug report for that issue and close
this one as NOTABUG.