hiyohiyo This problem is fixed in CrystalDiskInfo 3.9.0. Please check it using latest version.
Unfortunately still doesn't work. I see "AutoAamApmAdaption" but NO "m_Ata.EnableApm" debug point in CDI log after wakeup.
(Also CAtaSmart::EnableApm should be called as early as possible as my HDDs park heads after every 8 seconds of inactivity with power-on APM value of 0x80. The goal is to keep the value 0xFE as long as possible. On 20.9.2010 I sent e-mail to hiyohiyo@crystalmark.info with more detailed problem description but no reply yet. I've read many discussions on this problem so I am sure it is not related only to me :-)
hiyohiyo Sorry, I will re-check this problem ASAP. Please wait...
hiyohiyo I fixed this bug in CrystalDiskInfo 3.9.2. Please test it.
I woke windows 7 x64 with CDI 3.9.3 running from hibernation on my notebook and then I immediately checked the APM values of my two HDDs (using hdparm). These were set to my preferred value 0xFE which differs from disk power-on value of 0x80. Also m_Ata.EnableApm appears in the log file. So CDI seems that it did its job :-) Good work, thank you !
(my remark: at least, in the log, there is no verification, that the value was successfuly set by EnableApm() -> GetApmValue() ? )
hiyohiyo 
CrystalDiskInfo
CDI 3.8.0 seems not to reliably apply the preset APM value to disk after wakeup from hibernation/standby (Windows 7 x64). (I have to do "hdparm -B 254 hdb" via Windows Task scheduler or CDI process restart)