system stays on full CPU clock

Bug #341573 reported by Kai F. Lahmann
20
This bug affects 3 people
Affects Status Importance Assigned to Milestone
sysvinit (Ubuntu)
Fix Released
Undecided
Scott James Remnant (Canonical)

Bug Description

Binary package hint: linux-image-2.6.28-9-generic

(critical regression from today's update)

the system now starts with the CPU governor set to "performance" each time, so we waste electrical power like hell and after 5 minutes my ears get killed by the CPU fan...

Related branches

Revision history for this message
Kai F. Lahmann (kfl) wrote :

as nobody reacts, some more details: Asus M2N (intel Pentium M, 855 Chipset); no known ACPI issues since ages. Nothing (except that nforce2-message) from cpufreq in any of the logs...

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

We are missing the piece that sets the driver back to "ondemand" after boot, that's in my court

Changed in linux (Ubuntu):
assignee: nobody → scott
Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Will be fixed with an init script

Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package sysvinit - 2.86.ds1-61ubuntu9

---------------
sysvinit (2.86.ds1-61ubuntu9) jaunty; urgency=low

  * debian/initscripts/etc/init.d/ondemand: Sleep for 60 seconds, then
    set CPU Frequency Scaling governor to "ondemand". LP: #341573.

 -- Scott James Remnant <email address hidden> Wed, 18 Mar 2009 11:27:23 +0000

Changed in sysvinit:
status: New → Fix Released
Revision history for this message
Roger (r-wiberg) wrote :

Seems not to be working here for some reason. I've got the latest sysvinit and kernel 2.6.28-11-generic installed now, and I still have to swith to Ondemand manually.

Revision history for this message
sasha1024 (sasha1024) wrote :

To Roger: Have you updated the "initscripts" package?

Revision history for this message
Roger (r-wiberg) wrote :

Yes, I have. The only thing I can think of that's a little bit out of the ordinary on this machine is that I've been experimenting with VDPAU, so I have NVIDIA 185.13 installed. The machine is a Compaq 8710p laptop.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Roger, please supply the output of:

  cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_{driver,governor}

Revision history for this message
Roger (r-wiberg) wrote :

Here it is:

~$ cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_{driver,governor}
acpi-cpufreq
acpi-cpufreq
performance
performance

Come to think of it, I also have ext4 and an encrypted home directory, though I can't how that would interfere.

Roger

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

And ls /etc/rc2.d

Revision history for this message
Roger (r-wiberg) wrote :

~$ ls /etc/rc2.d
K08vmware S20winbind S89anacron
README S24hal S89atd
S01policykit S25bluetooth S89cron
S10acpid S30gdm S90binfmt-support
S10sysklogd S50avahi-daemon S98usplash
S11klogd S50cups S99acpi-support
S12dbus S50NetworkManager S99laptop-mode
S16ssh S50pulseaudio S99ondemand
S19vmware S50rsync S99rc.local
S20apport S50system-tools-backends S99rmnologin
S20dkms_autoinstaller S70bootlogs.sh S99stop-readahead
S20hotkey-setup S70dns-clean S99timidity
S20nvidia-kernel S70pppd-dns

Revision history for this message
Roger (r-wiberg) wrote :

Hey, it must have been at least almost 25 years since I did any programming at all, but I just had a look at the 599ondemand file. It seems it doesn't end with exit 0 after the case-esac clause, at least not on my computer. Could that be it? Or am I grasping at straws?

Revision history for this message
Kai F. Lahmann (kfl) wrote :

Also doesn#t work here. Manually running "/etc/init.d/ondemand start" also doesn't work, but fails silently. Putting the echo-Command manually works. I'm no bash guru, so no idea, where the problem sits.

Revision history for this message
ChrisS (yseeley) wrote :

As I said in the duplicate bug #344875, it's the "sleep 60" in /etc/init.d/ondemand that seems to be causing the problem.

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

I suspect this is the same bug we once saw with upstart-logd (and indeed, why we don't use it anymore), that the output terminal going away results in the process dying

Revision history for this message
Scott James Remnant (Canonical) (canonical-scott) wrote :

Just done an upload that should fix it

Revision history for this message
Roger (r-wiberg) wrote :

Excellent! Problem solved here. Thanks.

Revision history for this message
Denis Bezrodnykh (bee) wrote :

Why this "bug" was fixed so strange hard way? We always can make planet green using /etc/sysfs.conf or something like. I have spent some time to find init.d/ondemand that resets my governor

Revision history for this message
karlrt (karlrt) wrote :

the problem with the performance governor staying after boot occurs to me too.

Running /etc/init.d/ondemand start manually solves the problem, but during start, the script is somehow not started!?

Revision history for this message
Julien Olivier (julo) wrote :

Here's what I get on a freshly installed Lucid:

julien@julien:~$ ls /etc/rc2.d/
README S20winbind S50rsync S91apache2
S20fancontrol S25bluetooth S50saned S99acpi-support
S20kerneloops S31atieventsd S70dns-clean S99grub-common
S20speech-dispatcher S50cups S70pppd-dns S99rc.local
S20virtualbox-ose S50pulseaudio S90binfmt-support

Why is there no S99ondemand?
Running "S99ondemand" fixes it, but it is not launched on boot.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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