(
Note: I'm pursuing the optimal 'sleep recipe', but overall, sleep has performed very well on all three OptiMac 9020 builds)
Yes, since you asked, here's the deets I've noticed, so far. There are three variations of the 9020 motherboards. They seem to not be
revisions per se, but probably an indicator of which sub-contractor built them, or production run, or some such. Of the three MT's I have, two are the
0N4YC8 variation, and one is the
06X1TJ variant. The sleep patterns do not appear to correspond to the motherboard, nor any
single BIOS setting, as far as I've been able to determine. Whether or not you have a add-in GPU does seem to matter.
While pursuing truly-working Power Management (for proper SpeedStep), I experimented with changing the status of PluginType, which definitely impacts sleep. "Legacy Option ROM" in BIOS is another variable that can fix/break sleep. I'm sure we'll figure it out eventually, but I can't say we have the perfect recipe yet.
The biggest change in sleep pattern was after making hardware changes, like adding a GPU, or switching from a Fenvi PCI-E adapter (holding a BCM94331CD card) to a Fenvi FV-T919 card. That swap seemed to break sleep, meaning it took
multiple attempts to get it to sleep and it occasionally would not wake. After a non-wake, I noticed system.log was showing the following, every ten seconds:
Code:
Sep 28 11:07:05 test-iMac com.apple.xpc.launchd[1] (com.apple.displaypolicyd[2783]): Service exited with abnormal code: 1
Sep 28 11:07:05 test-iMac com.apple.xpc.launchd[1] (com.apple.displaypolicyd): Service only ran for 0 seconds. Pushing respawn out by 10 seconds.
Never did quite figure that out. After trying several things, I re-installed, and sleep was fine again.
I have a Fenvi FV-HB1200 arriving today, we'll see if installing
that does anything to sleep.
Again, this build is quite solid, and I'm now using one as a daily-driver for work.