Bug 18840 - hdparm wakeup in apmscript broken
Summary: hdparm wakeup in apmscript broken
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: apmd   
(Show other bugs)
Version: 7.0
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Bernhard Rosenkraenzer
QA Contact: Aaron Brown
Depends On:
TreeView+ depends on / blocked
Reported: 2000-10-10 18:43 UTC by manishv
Modified: 2007-04-18 16:29 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-10-10 18:43:38 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description manishv 2000-10-10 18:43:33 UTC
My laptop does not always correctly wake up from a suspend.  I have a
thinkpad i sereis 1300 laptop.  I tried to use the hdparm on resume and
standby parameters in the apm configuration but realized that they are
inherently broken.

When apmd detects a resume, it tries to run the apmscript.  However, this
script, along with sh, sed and others are on the sleeping disk!!  Of
course, nothing in this script can possibly fix anything.  The correct
solution might be to create a small ramdisk with apmscript and hdparm in it
at suspend time.  On the other hand, perhaps the kernel can have a flag set
to handle these things via proc.  I haven't tried any of these things to
see if they work, since I suspect a problem with the ide driver and my

Comment 1 Bernhard Rosenkraenzer 2000-10-10 20:41:37 UTC
The exact same tools are used right before entering suspend, so unless you're
VERY low on memory, they're in the kernel's buffer cache. The disk won't be

This has been verified to work on a Gericom 3xC (128 MB RAM) with a very broken
disk controller that actually needs -c0 -d0 after a suspend.

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