summaryrefslogtreecommitdiffstats
path: root/arch/powerpc/kvm/timing.c
diff options
context:
space:
mode:
authorViresh Kumar <viresh.kumar@linaro.org>2017-07-19 15:42:48 +0530
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2017-07-26 00:15:46 +0200
commitfe829ed8ef1f3c7ac22843bd594ef2f6c4044288 (patch)
tree2dedcb6914c8d28957e7488cbe337a7d9d021abe /arch/powerpc/kvm/timing.c
parent560c6e452d8fa1e98cc50674d3408924387a983e (diff)
downloadtalos-op-linux-fe829ed8ef1f3c7ac22843bd594ef2f6c4044288.tar.gz
talos-op-linux-fe829ed8ef1f3c7ac22843bd594ef2f6c4044288.zip
cpufreq: Add CPUFREQ_NO_AUTO_DYNAMIC_SWITCHING cpufreq driver flag
The policy->transition_latency field is used for multiple purposes today and its not straight forward at all. This is how it is used: A. Set the correct transition_latency value. B. Set it to CPUFREQ_ETERNAL because: 1. We don't want automatic dynamic switching (with ondemand/conservative) to happen at all. 2. We don't know the transition latency. This patch handles the B.1. case in a more readable way. A new flag for the cpufreq drivers is added to disallow use of cpufreq governors which have dynamic_switching flag set. All the current cpufreq drivers which are setting transition_latency unconditionally to CPUFREQ_ETERNAL are updated to use it. They don't need to set transition_latency anymore. There shouldn't be any functional change after this patch. Signed-off-by: Viresh Kumar <viresh.kumar@linaro.org> Reviewed-by: Dominik Brodowski <linux@dominikbrodowski.net> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'arch/powerpc/kvm/timing.c')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud