Ubuntu
linux-source-2.6.20 package

  1. Bug #124797
  2. Comment #27

Comment 27 for bug 124797

Revision history for this message
Colin Ian King (colin-king) wrote :

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.