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 ;-) .