I examined the original bug report from TJ and noted that before a resume, the state in /sys/devices/system/cpu/cpuN/cpufreq/scaling_governor for CPU's 0 and 1 on my laptop is "ondemand". However after a resume they are reset to "performance", and not preserving the original "ondemand" state.
Now. running the command: sudo /etc/acpi/sleep.sh sleep does save the scaling_governor state (in script /etc/acpi/suspend.d/30 -proc-sysfs-save-state.sh) to /var/run/proc-sysfs-save-state and the settings are restore on a resume - and the CPU Frequency Scaling Monitor Applet is displaying the correct CPU scaling settings. However, it appears that these scripts are not called from the Gnome desktop when suspend is actioned (e.g. from the Quit->Suspend applet action), I presume the suspend is being performed by HAL. I which case, this is not a kernel bug, but an issue with Gnome/HAL not saving/restoring the /sys/devices/system/cpu/cpuN/cpufreq/scaling_governor states in a suspend/resume cycle. -- CPU Frequency Scaling Monitor applet on dual-core doesn't work after resume https://bugs.launchpad.net/bugs/124797 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
