Li, Aubrey wrote:
>
>
> PowerTOP should not be the case that causes 100% highest p-state
> residency in idle. We have this bug
>
> "6818514 Event based CPUPM too easily shifts into high gear"
>
> fixed and putback since build 117 by rev#. 9802. It looks like it does not
> fix the problem.
I believe it does, at least for a i7 920 based system:
OpenSolaris PowerTOP version 1.2
C-states (idle power) Avg Residency P-states (frequencies)
C0 (cpu running) (0.6%) 1596 Mhz 100.0%
C1 3.9ms (99.4%) 1729 Mhz 0.0%
1862 Mhz 0.0%
1995 Mhz 0.0%
2128 Mhz 0.0%
2261 Mhz 0.0%
2394 Mhz 0.0%
2527 Mhz 0.0%
2660 Mhz 0.0%
2661 Mhz(turbo) 0.0%
Wakeups-from-idle per second: 2051.5 interval: 5.0s
no ACPI power usage estimate available
Top causes for wakeups:
74.6% (1530.5) sched : <xcalls> unix`dtrace_xcall_func
6.4% (130.7) <kernel> : genunix`cv_wakeup
Before the fix for 6818514, this i7 920 system would stay at the highest
P-state frequency. However, even after the fix it is very easy to nudge
the system into the highest P-state and it may take up to a minute of
(apparent) inactivity before it moves back to the lowest P-state.
