There are two bugs in /etc/sysconfig/apm-scripts/apmscript:
1. apmscript calls a non-existent /usr/sbin/cardctl, rather than the real
/sbin/cardctl. As a result, PCMCIA cards are never suspended, even if the
user sets PCMCIARESTART to 'yes'.
2. The test for the LOCK_X reads '"x$LOCK_X" != "x0"'. This has the
awkward result that if the variable is unset -- as it is in the default
/etc/sysconfig/apmd -- then it has the same effect as if it were set and
enabled. Why isn't this a simple '"$LOCK_X" = "yes"' like all other binary
One additional note: my network card (Xircom IIps Ethernet PS-CE2-10) fails
to come back up after a suspend even if 'cardctl suspend' is run before and
'cardctl resume' after. To work, the card needs the harsher 'cardctl
eject' and 'cardctl insert'. On my system, I added an option PCMCIAEJECT
to /etc/sysconfig/apmd and lines in apmscript in the suspend and resume
sections to run these commands.
Thanks for your work. Yours,
Additional info, in case it happens to be useful:
Machine: NEC Versa SX / 14.1" TFT / PII266 / 128M RAM / 12G HD / DVD-ROM /
[aah@eliaha aah]$ uname -a
Linux eliaha.duke.edu 2.2.16-22 #1 Tue Aug 22 16:49:06 EDT 2000 i686
[aah@eliaha aah]$ cat /etc/issue
Red Hat Linux release 7.0 (Guinness)
Kernel 2.2.16-22 on an i686
[aah@eliaha aah]$ rpm -q apmd
[aah@eliaha aah]$ rpm -q kernel-pcmcia-cs
Verified... Fixing now.
The LOCK_X test is already fixed in rawhide (-20); fixing cardctl...
Fixed in -21