Bug 56368 - Supsend/resume failure on Toshiba Satellite Pro 4600
Supsend/resume failure on Toshiba Satellite Pro 4600
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: apmd (Show other bugs)
7.2
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Bernhard Rosenkraenzer
Aaron Brown
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2001-11-16 04:35 EST by Toralf
Modified: 2007-04-18 12:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2001-11-16 04:50:10 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)
Custom APM script; workaround for problem (60 bytes, text/x-sh)
2001-11-16 04:45 EST, Toralf
no flags Details

  None (edit)
Description Toralf 2001-11-16 04:35:12 EST
Description of Problem:
Suspend + resume fails on Toshiba Satellite Pro 4600 with Red Hat Linux
7.2; it worked fine with version 7.1.

Version-Release number of selected component (if applicable):
3.0final-34

How Reproducible:
Every time

Steps to Reproduce:
1. Log in as root
2. /etc/init.d/netfs stop 
3. apm -s
4. Press power/suspend/resume button to resume

Actual Results:
The following message appears:
WARNING: RESUME FAILURE.
PRESS ANY KEY TO CONTINUE

The system boots upon pressing a key.

Also, LED status after suspending doesn't look quite right to me

Expected Results:
System resumed.

Additional Information:
System default /etc/sysconfig/apmd used. The problem does not occur if some
time consuming operation, like "netfs stop", takes place during suspend
process.

ext3 file system is being used.
Comment 1 Toralf 2001-11-16 04:45:50 EST
Created attachment 37742 [details]
Custom APM script; workaround for problem
Comment 2 Toralf 2001-11-16 04:50:02 EST
Workaround: Install attached script as /etc/sysconfig/apm-scripts/apmcontinue

The drawback is that this slows down suspend process, sometimes unnecessarily;
the additional wait is really only necessary if one or more sleep commands
weren't already executed, e.g. as a part of netfs shutdown.
Comment 3 Bernhard Rosenkraenzer 2001-11-16 05:35:30 EST
The joys of broken BIOSes...
About 80% of the current apmscript is workarounds for broken BIOSes, guess 
adding one more won't hurt.

Workaround (DELAYSUSPEND option in /etc/sysconfig/apmd) added in -36.

Note You need to log in before you can comment on or make changes to this bug.