On Sat, Sep 5, 2009 at 10:59 AM, Sebastien Roy<[email protected]> wrote: > On Sat, 2009-09-05 at 10:38 +0800, Aubrey Li wrote: >> > /etc/power.conf shows: >> > >> > device-dependency-property removable-media /dev/fb >> > autopm default >> > autoS3 default >> > cpu-threshold 1s >> > # Auto-Shutdown Idle(min) Start/Finish(hh:mm) Behavior >> > autoshutdown 30 9:00 9:00 noshutdown >> > cpupm enable >> > >> >> 1) change "cpupm enable" to "cpupm enable poll-mode" >> 2) pfexec pmconfig >> >> Does this help to speed down the frequency? > > Yes, that did the trick, thanks.
I thought this problem has been improved since "6818514 Event based CPUPM too easily shifts into high gear" fixed and putback since build 117 by rev#. 9802. But apparently it's not. You can reopen this bug or submit a new one. > I wonder what changed. to put this simply, the default mode is event driving, which makes the p-state transition decision by several sampling points. It's more aggressive. "poll-mode" makes the transition decision by a tunable sampling period. The period is 1s on your system (cpu-threshold 1s). It's more stable. > and if the suspend failures are related. > It looks like the system will only suspend if it's at the lowest P-state... > I'm not suspend/resume expert, you can post this question on pm-discuss mailing list. -Aubrey _______________________________________________ indiana-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
