summaryrefslogtreecommitdiff
path: root/lockme.h
AgeCommit message (Expand)AuthorFilesLines
2013-06-04xutils: break out string handling and lockingDaniel Borkmann1-0/+19
58'/>
context:
space:
mode:
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>2016-04-07 23:38:46 +0200
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2016-04-08 22:41:36 +0200
commit6c9d9c81924b4b63c7a487e90fddb3b2d0f7d458 (patch)
treeb21381042f1d974f0f844d1e93b6cb84767e9a3d /Documentation/kobject.txt
parent9bdcb44e391da5c41b98573bf0305a0e0b1c9569 (diff)
cpufreq: Call cpufreq_disable_fast_switch() in sugov_exit()
Due to differences in the cpufreq core's handling of runtime CPU offline and nonboot CPUs disabling during system suspend-to-RAM, fast frequency switching gets disabled after a suspend-to-RAM and resume cycle on all of the nonboot CPUs. To prevent that from happening, move the invocation of cpufreq_disable_fast_switch() from cpufreq_exit_governor() to sugov_exit(), as the schedutil governor is the only user of fast frequency switching today anyway. That simply prevents cpufreq_disable_fast_switch() from being called without invoking the ->governor callback for the CPUFREQ_GOV_POLICY_EXIT event (which happens during system suspend now). Fixes: b7898fda5bc7 (cpufreq: Support for fast frequency switching) Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com> Acked-by: Viresh Kumar <viresh.kumar@linaro.org>
Diffstat (limited to 'Documentation/kobject.txt')