Hi, I have improved FDAPM. Version 18 Jan 2005 now updates the clock
(timer tick) to the real (RTC) time after a SUSPEND or PURESUSP. On
systems where this has a real effect, a pretty- printed message like
"... 45.6 minutes" (always ???.?, in 2-119.9 range) about the amount
of the clock adjustment is shown.

http://www.coli.uni-sb.de/~eric/stuff/soft/fdapm-18jan2005.zip

PENDING issues: SCSI spindown - BIOS only seems to support int 13???
So spindown probably requires DOS ASPI drivers loaded to work? See
http://home.arcor.de/g.s/ (and tell me if the disks auto-wakeup on
demand, SCSI documentation is not very clear about that, it is
possible that only "spindown because of idle timeout" involves
auto-wakeup!?).  PENDING number 2: PCI STANDBY (put all PCI/AGP devs
in idle/halt mode where supported, assuming that wakeup needs no
driver re-initialization from those modes, and put CPU in HLT loop
until next keypress... Should USB (-> keyboard) devices be spared?)
and PCI SUSPEND (as before, but "poweroff" the VGA and re-run the VGA
BIOS (without rebooting DOS) on wakeup (save/restore int vectors and
40:xx around the VGA BIOS "boot", hope that is enough!?). "Poweroff"
in terms of D3 state. Do you think that enough of your devices,
according to lspci -vv (Linux, as root) support D1+ and/or D2+ that
real energy saving happens? I get the idea that only devices which
only consume little energy anyway support that...  PENDING number 3:
SLOWCPUn to throttle the CPU by 1/8 ... 7/8 or 0/0 of the clock using
ACPI stuff - if I only could figure out the P_CNT / P_BLK I/O port
from the ACPI tables! Will not use DSDT, far too complex, probably 70k
binary size for a DJGPP port of Linux kernel fragments.  Other ACPI
features which work w/o DSDT: halt/poweroff extra CPUs (not possible
for the first - will the 2nd/others be powered ON at all in DOS...?)
to C2/C3, trap power/sleep button (e.g. show a message, then shut
down), do S4BIOS_REQ (ask BIOS to suspend to disk), trigger S0..S5
(on/sleep/suspend/off...) with SMI/ACPI BIOS help. Which of those are
supported by your BIOSes? Linux acpidump, acpiconf, or /proc should
know.  For the throttle, test http://www.oldskool.org/pc/throttle/
(the source should somehow tell me how to find P_CNT, I know...).

Enjoy the update, and please comment the pending ideas.

Eric

PS: The update adds one 240 line source file  ;-) .