Bug 18371
Summary: | apmd fails to resume Thinkpad 600E after suspend | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <ross_bagley> |
Component: | apmd | Assignee: | Bernhard Rosenkraenzer <bero> |
Status: | CLOSED NOTABUG | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 7.0 | CC: | ckjohnson, keithu |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i386 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2000-10-19 21:38:16 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: |
Description
Need Real Name
2000-10-05 01:04:38 UTC
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 /tmp/apmd_resume_running. 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: ...snip... resume) touch /tmp/apmd_resume_running # If HDPARM_AT_RESUME is set, the user has a broken disk. ...snip... but the file apmd_resume_running is not created. As for the other guy's success, well... ross_bagley: 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. keithu.edu: 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 route missing. 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. |