[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