[Bug 68191] Re: cpufreq scaling_grovernor only saved for CPU0 on SMP following suspend/resume.
Nick Gerner
68191 at bugs.launchpad.net
Tue Feb 4 17:38:20 UTC 2014
I'm not sure if this is being tracked elsewhere, but I'm certainly
finding that /sys/devices/system/cpu/cpufreq/ondemand/up_threshold (for
example) gets reset after resume from sleep.
I'm using sysfsutils and my workaround is to drop a script in
/etc/pm/sleep.d/90_sysfsutils:
#!/bin/sh
# Tell grub that resume was successful
case "$1" in
resume)
/etc/init.d/sysfsutils restart
;;
esac
I'm not sure if that's ideal, but it seems to get the job done.
--
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to acpi-support in Ubuntu.
https://bugs.launchpad.net/bugs/68191
Title:
cpufreq scaling_grovernor only saved for CPU0 on SMP following
suspend/resume.
Status in “acpi-support” package in Ubuntu:
Confirmed
Bug description:
After a StandBy or Suspend to Ram one of the CPU Cores (Intel Core Duo) stays on full speed.
Speedstep seems not to be activated
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/68191/+subscriptions
More information about the foundations-bugs
mailing list