After upgrading from 2.6.15 to 2.6.16 I found that there appears to be a bug in the kernel regarding cpu_freq Upon boot I get the message that "cpufreqd needs CONFIG_CPU_FREQ compiled into the kernel." Of course this is built in. I also get these errors: % sudo modprobe acpi-cpufreq FATAL: Error inserting acpi_cpufreq (/lib/modules/2.6.16-gentoo-r7/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko): No such device % sudo modprobe acpi_cpufreq FATAL: Error inserting acpi_cpufreq (/lib/modules/2.6.16-gentoo-r7/kernel/arch/i386/kernel/cpu/cpufreq/acpi-cpufreq.ko): No such device % ls /lib/modules/2.6.16-gentoo-r7/kernel/arch/i386/kernel/cpu/cpufreq/ acpi-cpufreq.ko speedstep-ich.ko speedstep-lib.ko speedstep-smi.ko Kernel config is located here: http://www-users.cs.umn.edu/~olexa/config Please let me know if you need anymore information. I had no problems with 2.6.15, but I am trying to resolve other issues that I hope that this kernel would help with..now this. Thanks for your help.
Please, don't refer to external links, attach the config here. http://bugs.gentoo.org/attachment.cgi?bugid=133128&action=enter
Created attachment 86655 [details] gentoo-sources 2.6.16-r7 kernel config
Please attach dmesg output after trying to load those modules
There was no dmesg output after attempting to load the acpi-cpufreq module. From looking at other bug reports I would have to guess that acpi is fixed in 2.6.17, I will try 2.6.17 vanilla after it becomes stable and report back. I am using 2.5.15-r1 gentoo sources now to take advantage of acpi.
The fact that nothing might not be produced after you load them wasn't the point I was trying to get at. We need to see dmesg output. Also, we only wait for newer kernels to come out as a last resort. With your help, we want to fix 2.6.16 in the tree. The first thing to do is show us some logs. The next thing is to test the latest development kernel, currently 2.6.17-rc4.
Ok, I am back in 2.6.16-gentoo-r7 so I can help you help me (and others). I am attaching a dmesg that I cleared out before rebooting, so this is the entire log. Please let me know what else you will need to troubleshoot this.
Created attachment 87015 [details] full dmesg output
That dmesg dump is missing lots of interesting content due to the verbose crypto testing. Please disable CONFIG_CRYPTO_TEST and try again.
Created attachment 87021 [details] disabled crypt testing, dmesg output after clearing it and reboot
It is rather interesting that cpu throttling is still not available with vanilla 2.6.17_rc4. When booting I get a message "cpufeqd reuires CONFIG_CPU_FREQ in the kernel" I have double checked that it is checked in the the kernel config and everything appears to be right? Is there a bigger problem upstream?
Created attachment 87145 [details] 2.6.17_rc4 config
Created attachment 87146 [details] dmesg output for 2.6.17_rc4
Thanks. Is it also possible to see dmesg and .config from 2.6.15?
Created attachment 87149 [details] gentoo-sources 2.6.15-r1 config
Created attachment 87150 [details] 2.6.15 dmesg output
Ok, thanks. Yes, it seems to be an upstream bug/regression. Please file a bug report at http://bugzilla.kernel.org for this and post the new URL here. In your report: Mention that 2.6.15 worked, 2.6.16 fails, 2.6.17-rc4 is still broken Explain that the problem appears to be the acpi-cpufreq module refusing to load Include dmesg and config from 2.6.17-rc4
After some searching I found that there is allready a bug in the bugzilla for the linux kernel and a fix is "in the works" http://bugzilla.kernel.org/show_bug.cgi?id=6474
Thanks, will keep an eye on that.
It looks like there is a new driver/module upstream. Let me know what version of gentoo-sources/vanilla-sources to test and I can confim for you. I am not sure what version the code fix will first show up in.
upstream bug is closed