cpu-freq applet has set wrong frequency upon resume from suspend

[Eric]

Binary package hint: gnome-applets

cpu-freq applet in gnome-applets 2.28.0-0ubuntu1

Steps to Reproduce Problem
1) Manually set the frequency of a cpu (e.g. set a cpu to 1.33 GHz)
2) Suspend the computer
3) Resume from suspend
4) The cpu frequency is set to the highest frequency

What should happen:
The cpu should be at the same frequency it was at upon suspending.

ProblemType: Bug
Architecture: i386
Date: Wed Oct 7 02:26:25 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/lib/gnome-applets/cpufreq-applet
Package: gnome-applets 2.28.0-0ubuntu1
ProcEnviron:
 LANG=en_US.UTF-8
 PATH=(custom, user)
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-11.38-genUser Name
SourcePackage: gnome-applets
Uname: Linux 2.6.31-11-generic i686

[Sebastien Bacher (seb128)]

gnome-applets doesn't monitor the value, something else in the system is changing to while it shouldn't

[William Davis (hotshotdj)]

I am having a similar experience since upgrading (both in-place upgrade and clean install) to Karmic. Additionally (and far more problematic) when I suspend with the ondemand governor active, the CPU becomes stuck at the lowest step (800 MHz for my P8700 CPU). All other governors -- conservative, userspace, powersave, performance -- behave as expected after a suspend, but the instant I switch back to ondemand, it is back to 800 MHz. Only a reboot corrects the problem. I can find nothing unusual in the output of "cpufreq-info" either before or after a suspend.

Please let me know what additional information I can provide to help get this bug fixed.

System76 Pangolin Professional (PanP5)
P8700 Intel Core 2 Duo
4 G DDR2 RAM
NVidia G105M Graphics Adapter

I can't think of any other system information that would be relevant.

[William Davis (hotshotdj)]

I'm sorry. It is a System76 Pangolin Performance.

[Martin Pool (mbp)]

As seb says, this is not a gui issue. This could be considered a dupe of bug 364514?