Package: cpufrequtils
Version: 002-6
Frequency scaling need the proper cpufreq module to be loaded.
The /etc/init.d/loadcpufreq script should take care of this kernel
loading process, but it exits immediately, doing nothing, if
/etc/default/loadcpufreq doesn't contain this:
ENABLE=true
So if kernel modules are not loaded in other way (/etc/modules),
/etc/init.d/cpufrequtils cannot run any cpufreq governor and frequency
scaling simply doesn't work.
That was my situation after upgrade to 002-6.
I've resolved creating /etc/default/loadcpufreq and adding "ENABLE=true"
into it. It is sufficient to load the acpi-cpufreq driver needed by my
Centrino notebook.
This is now documented in /usr/share/doc/cpufrequtils/README.Debian (and
in the "examples" directory), but i think that /etc/init.d/loadcpufreq
should behave like /etc/init.d/cpufrequtils, considering a default
"ENABLE=true", even if /etc/default/loadcpufreq doesn't exist (see
attached patch). With the latter conf file you can override this and
eventual wrong modules detection.
It seems to me a "Just works" configuration for the common cases.
Regards.
Cesare.
--- /etc/init.d/loadcpufreq 2007-12-24 08:45:23.000000000 +0100
+++ loadcpufreq 2007-12-27 04:25:55.000000000 +0100
@@ -28,6 +28,9 @@
. /lib/lsb/init-functions
. /etc/default/rcS
+# Start by default to ensure that the proper drivers are loaded.
+ENABLE=true
+
[ -f /etc/default/loadcpufreq ] && . /etc/default/loadcpufreq
set -e
