[Hardy] CPU freq scaling does not work anymore with the newest kernel

Bug #209632 reported by asdf
6
Affects Status Importance Assigned to Milestone
linux (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

$ ls /sys/devices/system/cpu/cpu0/
cache cpuidle crash_notes topology

# the cpufreq directory is missing here

$ uname -a
Linux compaq 2.6.24-12-generic #1 SMP Wed Mar 12 23:01:54 UTC 2008 i686 GNU/Linux

Hardware: HP compaq 8510p. CPU is "model model: Intel(R) Core(TM)2 Duo CPU T7500 @ 2.20GHz". This worked before, please fix it again.

Tags: cft-2.6.27
Revision history for this message
Chris Jones (cmsj) wrote :

Have you recently suspended? Some people have seen the cpufreq stuff get a bit confused after resumes.
It's all working for me though:

-(cmsj@kodachi)-(~)- ls /sys/devices/system/cpu/cpu0/
cache cpufreq cpuidle crash_notes topology
-(cmsj@kodachi)-(~)- uname -a
Linux kodachi 2.6.24-12-generic #1 SMP Wed Mar 12 23:01:54 UTC 2008 i686 GNU/Linux
-(cmsj@kodachi)-(~)- grep model /proc/cpuinfo
model : 15
model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
model : 15
model name : Intel(R) Core(TM)2 Duo CPU L7100 @ 1.20GHz
-(cmsj@kodachi)-(~)-

Revision history for this message
asdf (asdf123123-deactivatedaccount-deactivatedaccount) wrote : Re: [Bug 209632] Re: [Hardy] CPU freq scaling does not work anymore with the newest kernel

yes I used suspend regularly.

However rebooting did not solve the problem.

Revision history for this message
asdf (asdf123123-deactivatedaccount-deactivatedaccount) wrote :

Just rebooted with 2.6.24-8-generic and still have the same problem.

compaq:~# ls /sys/devices/system/cpu/cpu0/
cache cpuidle crash_notes topology

I don't get it..

Revision history for this message
asdf (asdf123123-deactivatedaccount-deactivatedaccount) wrote :

Also all modules in [1] are loaded.

[1] /lib/modules/2.6.24-12-generic/kernel/drivers/cpufreq

Revision history for this message
asdf (asdf123123-deactivatedaccount-deactivatedaccount) wrote :

modprobe -v speedstep-centrino
insmod /lib/modules/2.6.24-12-generic/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko
FATAL: Error inserting speedstep_centrino (/lib/modules/2.6.24-12-generic/kernel/arch/x86/kernel/cpu/cpufreq/speedstep-centrino.ko): No such device

found this

Revision history for this message
asdf (asdf123123-deactivatedaccount-deactivatedaccount) wrote :

Setting CPUFREQD_MODULE="acpi-cpufreq" in /etc/powersave/cpufreq fixed it. However I'm not sure why.

Revision history for this message
asdf (asdf123123-deactivatedaccount-deactivatedaccount) wrote :

I also had to restart powersaved of course.

Revision history for this message
Leszek Trenkner (olaf-post) wrote :

I also couldn't get it out of teh box working properly - Hardy Beta AMD64, newest updates - 2.6.25-5.26 kernel package.

It won't load acpi_cpufreq module at all - as in bug #201890 - https://bugs.launchpad.net/ubuntu/+source/linux/+bug/201890

Revision history for this message
Brian Murray (brian-murray) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This bug did not have a package associated with it, which is important for ensuring that it gets looked at by the proper developers. You can learn more about finding the right package at https://wiki.ubuntu.com/Bugs/FindRightPackage . I have classified this bug as a bug in linux the kernel for Hardy Heron.

Revision history for this message
asdf (asdf123123-deactivatedaccount-deactivatedaccount) wrote :

is it fixed now? at least for me it works again, see the posts above

Revision history for this message
Leszek Trenkner (olaf-post) wrote :

Not for me, on 2.6.24-16-generic I stil cannot load acpi_cpufreq.

Self-compiled vanilla kernel 2.6.24.4 + apparmor patches works as expected, so I suspect kernel compilation/packaging problem, as it seems stock kernel does not properly recognize my hardware (T5500 on i945GM chipset, worker perfectly in Gutsy).

Revision history for this message
Daniel Hahler (blueyed) wrote :

CPU scaling works for me (amd64), but I seem to be only missing the /sys/**/cpufreq interface suddenly.
See bug 205087.
I tend to mark this one here as duplicate of 205087, but I'm not sure.

Changed in linux:
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
Alexey Borzenkov (snaury) wrote :

For some bizarre reason acpi-cpufreq loading fails in /etc/init.d/powernowd unless I add acpi-cpufreq to /etc/initramfs-tools/modules. When loading with VERBOSE=yes in /etc/default/rcS I can see that acpi-cpufreq reports "No device". :-/

I tried adding "echo -n 'Press Enter: ' && read line" in /etc/init.d/powernowd after modprobe, then I can switch to a second console, login, and "modprobe acpi-cpufreq" manually, which works without problems. I can't even begin to imagine why it works from console, but not from /etc/init.d/powernowd. :-/

For everyone having an issue with /sys/**/cpufreq missing, try adding acpi-cpufreq to /etc/initramfs-tools/modules.

Revision history for this message
herisson (herissonanonyme) wrote :

Hello !

I had a similar problem : my CPU was about 100% working, impossible to surf on many sites with flash or java...

I read a message on a forum which explained a command I didn't know : "cpu-freq info".

The man who posted this message was blocked to 800MHz.

When I wrote that in a terminal, it asked me to install "cpufrequtils" and "libcpufreq0".

Once it been done, "cpu-freq info" worked.

I saw that I was not blocked and could run from 800MHz to 1,8GHz.

And I checked my CPU... it was about 45%, and I could go again on each website with firefox !

So I read the "cpu-freq info" message and saw the difference with that man. As driver, I have "powernow-k8" and not "acpi-cpufreq".

I don't know if it's this "installation" which solved my problem, but I wanted to post that in order (maybe) to help you.

If you need that I post some data, just ask.

Hope a french (that I'm) could help you !

Revision history for this message
Leann Ogasawara (leannogasawara) wrote :

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

Revision history for this message
Michele Mangili (mangilimic) wrote :

We are closing this bug report because it lacks the information we need to investigate the problem, as described in the previous comments. Please reopen it if you can give us the missing information, and don't hesitate to submit bug reports in the future. To reopen the bug report you can click on the current status, under the Status column, and change the Status back to "New". Thanks again!

Changed in linux:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.