forcemerge 457753 457905 thanks this is known, will fix it asap cheers mattia
On Thu, Dec 27, 2007 at 04:58:57AM +0100, Cesare Leonardi wrote: > 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 -- mattia :wq! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]