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): kernel-2.6.21-1.3194.fc7 How reproducible: 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 3. Actual results: No directories Expected results: Directories Additional info: 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 /var/log/messages.
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 /sys/devices/system/cpu/cpu*/cpufreq/ interfaces. 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.