diff options
author | Viresh Kumar <viresh.kumar@linaro.org> | 2017-07-19 15:42:48 +0530 |
---|---|---|
committer | Rafael J. Wysocki <rafael.j.wysocki@intel.com> | 2017-07-26 00:15:46 +0200 |
commit | fe829ed8ef1f3c7ac22843bd594ef2f6c4044288 (patch) | |
tree | 2dedcb6914c8d28957e7488cbe337a7d9d021abe /fs/stack.c | |
parent | 560c6e452d8fa1e98cc50674d3408924387a983e (diff) | |
download | linux-fe829ed8ef1f3c7ac22843bd594ef2f6c4044288.tar.gz linux-fe829ed8ef1f3c7ac22843bd594ef2f6c4044288.tar.bz2 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 'fs/stack.c')
0 files changed, 0 insertions, 0 deletions