Red Hat Bugzilla – Bug 13836
suspend/resume for pcmcia issue
Last modified: 2008-05-01 11:37:56 EDT
in /etc/sysconfig/apm-scripts/apmscript (which is linked as suspend
if test "x$HDPARM_AT_SUSPEND" != "x"; then
for i in /proc/ide/hd*; do
DRIVE=/dev/`echo $i |sed -e "s,.*/,,g"`
if test "x`cat $i/media`" = "xdisk"; then
hdparm $HDPARM_AT_SUSPEND $DRIVE
Wouldn't that last sync call either be obsolete or cause the disks to
actually spin up?
[ "$PCMCIARESTART" = "yes" ] && /etc/rc.d/init.d/pcmcia
So if you define PCMCIARESTART it will just stop and start the entire
subsystem, which is mostly not needed. But there is no other command used
suspend the pcmcia stuff. Would an else clause containing something like
And a similar thing in the resume case?
That would suspend/resume the pcmcia subsystem without restarting it.
This way, you keep more state information (eg network config, or disk mount
Further in the file it has:
The restart issue is fixed in rawhide; the sync command is intentional to make
sure all data is there. The HDPARM_AT_SUSPEND isn't there to put the disk in
suspend mode (the BIOS does that), it's there for some broken BIOSes (SystemSoft
MobilePRO BIOS, for instance) that don't know how to handle a disk that is in
32-bit mode. (See the /etc/sysconfig/apmd file for details).
Your bug report doesn't seem complete as it ends with "Further in the file it
has:" - feel free to reopen it with more information if the further issues