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:
/lib/modules/2.6.39-2-686-pae/kernel/drivers/cpufreq
/lib/modules/2.6.39-2-686-pae/kernel/drivers/cpufreq/cpufreq_powersave.ko
/lib/modules/2.6.39-2-686-pae/kernel/drivers/cpufreq/cpufreq_userspace.ko
/lib/modules/2.6.39-2-686-pae/kernel/drivers/cpufreq/cpufreq_conservative.ko
/lib/modules/2.6.39-2-686-pae/kernel/drivers/cpufreq/cpufreq_stats.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/longhaul.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/gx-suspmod.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/speedstep-centrino.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/p4-clockmod.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/mperf.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/cpufreq-nforce2.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/pcc-cpufreq.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/cpufreq_powersave.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/powernow-k7.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/cpufreq_userspace.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/longrun.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/cpufreq_conservative.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/speedstep-ich.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/cpufreq_stats.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/acpi-cpufreq.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/speedstep-smi.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/powernow-k6.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/powernow-k8.ko
/lib/modules/3.0.0-1-686-pae/kernel/drivers/cpufreq/speedstep-lib.ko
The following patch corrects this behavior, though I do not know if it should
be considered the "correct" way to do this:
--- /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
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages cpufrequtils depends on:
ii debconf [debconf-2.0] 1.5.41 Debian configuration management sy
ii libc6 2.13-11 Embedded GNU C Library: Shared lib
ii libcpufreq0 007-1 shared library to deal with the cp
ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip
cpufrequtils recommends no packages.
cpufrequtils suggests no packages.
-- debconf information:
cpufrequtils/enable: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
