Re: powerd adaptive mode latching

From: Matus Harvan <mharvan_at_inf.ethz.ch>
Date: Tue, 6 Nov 2007 01:29:40 +0100
On Sun, Nov 04, 2007 at 08:33:15PM -0800, Russell Jackson wrote:
> Powerd seems to latch at the maximum - 1 cpufreq setting while in adaptive 
> mode. This is 100% reproducible for me. It never un-wedges from this state 
> no matter how long I wait.
[...]
> dev.cpu.0.freq_levels: 2579/-1 2578/-1 2255/-1 1933/-1 1611/-1 1289/-1 
> 966/-1 644/-1 322/-1
[...]
> 
> $ sysctl dev.ichss
> dev.ichss.0.%desc: SpeedStep ICH
> dev.ichss.0.%driver: ichss
> dev.ichss.0.%parent: cpu0
> dev.ichss.0.freq_settings: 2579/-1 2578/-1
> 
> The ichss levels looked odd to me, and trying to set cpufreq=2578 is a 
> NOOP.
> 
> $ sysctl dev.cpu.0.freq=2578
> dev.cpu.0.freq: 2579 -> 2579

I have a similar problem on a
CPU: Intel(R) Core(TM)2 Duo CPU     L7500  _at_ 1.60GHz (1596.01-MHz 686-class CPU)
I think I am using est.

For me the two highest frequencies seem to be 1601 and 1600:
$ sysctl dev.cpu
[...]
dev.cpu.0.freq_levels: 1601/35000 1600/35000 1400/30625 1200/16000 1050/14000 900/12000 800/14000 700/12250 600/10500 500/8750 400/7000 300/5250
[...]
$ sysctl dev.est
dev.est.0.%desc: Enhanced SpeedStep Frequency Control
dev.est.0.%driver: est
dev.est.0.%parent: cpu0
dev.est.0.freq_settings: 1601/35000 1600/35000 1200/16000 800/14000
dev.est.1.%desc: Enhanced SpeedStep Frequency Control
dev.est.1.%driver: est
dev.est.1.%parent: cpu1
dev.est.1.freq_settings: 1601/35000 1600/35000 1200/16000 800/14000

However, setting the frequency to 1600 results in 1601
$ sudo sysctl dev.cpu.0.freq=1600
dev.cpu.0.freq: 1601 -> 1601

which causes the same powerd behavior as you have experienced. I am
running RELENG_7 from about three weeks ago.

Matus

Received on Mon Nov 05 2007 - 23:42:30 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:21 UTC