1
I'm using laptop-mode and the ondemand governor. When I do cpufreq-info I get
analyzing CPU 0:
driver: acpi-cpufreq
CPUs which run at the same hardware frequency: 0 1
CPUs which need to have their frequency coordinated by software: 0
maximum transition latency: 10.0 us.
hardware limits: 800 MHz - 2.40 GHz
available frequency steps: 2.40 GHz, 2.40 GHz, 1.60 GHz, 800 MHz
available cpufreq governors: ondemand, performance
current policy: frequency should be within 800 MHz and 960 MHz.
The governor "ondemand" may decide which speed to use
within this range.
current CPU frequency is 800 MHz.
I can't bold inside a code block, so:
current policy: frequency should be within 800 MHz and 960 MHz.
I think it has something to do with temperature, because the max speed of the current policy gradually goes down after I boot. I don't think 960MHz is not even a valid freq. I'm on Arch Linux and never noticed this until yesterday after a system upgrade. It's very noticeable because whne the CPU is stuck at 800 MHz... it's very sluggish. I don't see any packages in my update logs that have anything to do with this that I can tell except for a kernel update, but I rolled that back and it's still doing it.
I've looked at some mailing lists like (cpufreq-utils) and googled around and can't find anything exactly like my problem.
What controls that policy and what could be lowering the max on me?
edit: setting the min and max in /etc/conf.d/cpufreq seems to be making it stick at the right values. It used to auto-detect correctly. Welp...
Intel® Centrino® 2 with vPro™ technology capable, with Intel Core™2 Extreme or Intel Core™2 Duo processors. – tladuke – 2011-12-09T19:46:56.193
This was a long time ago. I think the solution was, after days of poking at software stuff, shoot some Duster into the fan on the side of the laptop and after the cloud of dust settled, everything started working right. Not sure how I should mark or edit this thread now... – tladuke – 2011-12-09T19:49:41.647