On Sun, Jul 31, 2011 at 12:13:59PM -0400, Matt Behrens wrote: > Package: cpufrequtils > Version: 007-1 > Severity: normal > Tags: patch > > > I discovered that my system was loading p4-clockmod instead of > acpi-userfreq and it seems the reason is that kernel 3.0.0 rearranged > the modules a bit:
Hi, this bug was reported a few days ago. ... > The following patch corrects this behavior, though I do not know if it > should be considered the "correct" way to do this: thanks for the patch. I don't think there are that many other more "correct" ways of fixing the behaviour of loadcpufreq. > --- /etc/init.d/loadcpufreq.distrib 2010-05-15 07:14:25.000000000 -0400 > +++ /etc/init.d/loadcpufreq 2011-07-31 12:05:26.715894988 -0400 > @@ -159,8 +159,8 @@ > #get list of available modules (governors and helpers) > LOC="/lib/modules/$(uname -r)/kernel/drivers/cpufreq" > if [ -d $LOC ]; then > - MODAVAIL=$( ( find $LOC -type f -name "*.o" -printf "basename %f > .o\n"; \ > - find $LOC -type f -name "*.ko" -printf "basename %f .ko\n" ) | > /bin/sh) > + MODAVAIL=$( ( find $LOC -type f -name "cpufreq_*.o" -printf > "basename %f .o\n"; \ > + find $LOC -type f -name "cpufreq_*.ko" -printf "basename %f > .ko\n" ) | /bin/sh) > else > MODAVAIL="" > fi > I'll apply this later and upload a new package. -- mattia :wq! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
