Red Hat Bugzilla – Bug 243220
What happened to cpufreq support ?
Last modified: 2007-11-30 17:12:06 EST
Description of problem:
There does not appear to be any cpufreq support in the f7 kernel.
After loading all the cpufreq modules
for m in /lib/modules/$(uname -r)/kernel/drivers/cpufreq/*.ko; do
mod=$(/bin/basename $m .ko); modprobe -v $mod; done
there are no /sys/devices/system/cpu/cpu*/cpufreq/ directories (and as a
consequence cpufreq-set (from cpufreq-utils-002-1.1.41.fc6) and the gnome applet
(from gnome-applets-2.18.0-7.fc7) are not functioning.
Version-Release number of selected component (if applicable):
Completely. (Reboot does not fix.) Am I missing something obvious again?
Steps to Reproduce:
1. Load cpufreq modules as above
2. Verify no /sys/devices/system/cpu/cpu*/cpufreq/ directories
This worked reliably in fc6 ...
dmesg output please ?
Created attachment 156682 [details]
dmesg output after boot
dmesg output attached, as requested. I can't see anything terribly relevant
there but then I probably do not know what to look for.
Incidentally, not attempting to load the cpufreq modules during boot but then
doing it manually from the console (the for loop above) produces no output in
The interface has changed for F7. The /etc/rc.d/init.d/cpuspeed (from
cpuspeed-1.2.1-2.fc7) script does the right thing if you set GOVERNOR in
/etc/sysconfig/cpuspeed. Do ‘service cpuspeed start’ and you can use the usual
tools (cpufreq-utils-002-1.1.41.fc6) or the
There is still a bug in cpufreq-applet (from gnome-applets-2.18.0-7.fc7) which
means you cannot change the govenor or speed from that application, but that is
not a kernel bug.
Marking this issue as closed.