[feisty] CPU scaling ondemand stay at 100%

Is your cpufreq driver "speedstep_centrino"or is it "acpi_freq"?
You can check with an lsmod.

$lsmod | grep speedstep_centrino
speedstep_centrino 9920 0
freq_table 5792 3 speedstep_centrino,cpufreq_stats,cpufreq_ondemand

$ lsmod | grep acpi_freq

gives no answer

So the answer is speedstep_centrino

Do you have a solution ?

Try with these two commands and tell me if you see any difference:

modprobe -r speedstep_centrino
modprobe acpi-cpufreq

When I run those commands the behavior seems the same but now the applet don't show any changes (if the CPU is at 100% or at 46%, the icon don't change). I only see the changes with the command : cat /proc/cpuinfo | grep "cpu MHz"

So it don't solve my problem...

edit : I have removed and added again the applet and it now show the changes. So I can confirm that nothing seems to have changed...

We can check if the problem lies with the cpufreq-selector utility or with the cpufreq modules.

Remove the CPU frequency scaling applet, and run the following commands:

sudo echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

sudo cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq

The output of the second command should be 800000?

I assume you have no process running which are using much cpu, to check it you can use the ps aux command and look at the %CPU column. All numbers must be very small (0 to 2).

I done what you tell me but... there is a problem :

$ sudo echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
bash: /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor: Permission non accordée
$ sudo cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
1729000

I check that there aren't any process which are using much cpu, and no... nothing

thanks for all

Yes, you must have root privileges. Just do a sudo -i before, and then the two commands I gave you (no need to sudo those). When finished type exit.
Be careful that you will have full powers over your system with sudo -i (kids, don't try this at home).

I didn't know that the commands you make with sudo and those under sudo -i session where different

So I done that and... no ameliorations... it's always the same...

# echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
$ cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_cur_freq
1729000

Thanks,

we now know where the problem lies.
For the kernel group you need to provide some more information:

Output of lspci -vv
Output of lspci -vvn
Output of uname -a

There were quite a number of updates that were made to the kernel that will be available as of tomorrow. Please check if the problem persist after these updates.

Ok I check tomorrow and I tell you if the problem persist.

For the information :

$ uname -a
Linux oripi-164 2.6.20-13-generic #2 SMP Sun Mar 25 00:21:25 UTC 2007 i686 GNU/Linux

I install all the updates available, reboot the system and there isn't any ameliorations...

It's very strange... everything just used to work fine with Edgy, Dapper or Breezy !

I have the same problem on my Asus Z71v. Speedstep is supposedly enabled, and will kick in as soon as I unplug the power cord, but when plugged in, it's always at the maximum multiplier. Also when plugged in, any CPU monitoring utilities use up an inordinate amount of the CPU power. System monitor, which took maybe a maximum of 25% of 800 Mhz on Dapper is taking up to 44% of 1.86 Ghz on Feisty- same for gDesklets CPU monitor. when I unplug the notebook, though, this doesn't happen anymore.

here are the requested documents for my computer:

uname -a
Linux Avalon 2.6.20-13-generic #2 SMP Sun Mar 25 00:21:25 UTC 2007 i686 GNU/Linux

and here's the third one

Yes ! We're on the way of a solution (maybe)

I didn't try to switch to battery. So when I'm on battery the Ondemand and Conservative auto scaling works well !!

Maybe it's a matter of laptop-mode ? Is it enabled by default ?

It appears we're not alone. Check out bug 84883

I have the same problem I think the machine is an Asus A8V clone (AJP)

My CPU sits at 100% when on AC - but scales correctly when on battery. I've tried the commands given above and am using
acpi_cpufreq.

I've attached my lspci output and uname as given above.

same problem on Asus Z9200MV

oups
uname -r : 2.6.20-14-generic
 and lspci attached

Same problem on Vaio a397xp laptop (Pentium M 2Ghz on Intel 915 chipset)

I had the much the same problem under Edgy so I was running powernowd from in /etc/rc.local which worked like a dream... but now with Feisty the rc.local script no longer seems to get run so I'm back to waiting for the clever kernel peoples. Running "sudo powernowd -m 2" still makes it all behave nicely though.

uname -a:
     Linux Wideboy 2.6.20-15-generic #2 SMP Sun Apr 15 07:36:31 UTC 2007 i686 GNU/Linux

(lspci -vv output attached)

Thought I'd add that
   a) I'm using 'speedstep_centrino' and haven't tried 'acpi_freq' - should I?
   b) Uninstalling powernowd makes absolutely no difference to the problem - only when it's installed and I call it does the problem go away.

[Expired for linux-source-2.6.20 (Ubuntu) because there has been no activity for 60 days.]