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...