Hi Rafael, Here is the V2 and sending it as RFC this time. This series tries to cleanup the code around transition-latency and its users. Some of the old legacy code, which may not make much sense now, is dropped as well. Some code consolidation also done across governors. Based of: pm/linux-next Tested on: ARM64 Hikey board. V1->V2: - While we still get rid of the limitation of 10ms for using ondemand/conservative, but we preserve the earlier behavior where the transition latency set to CPUFREQ_ETERNAL would not allow use of ondemand/conservative governors. Thanks to Dominik for his feedback on that. -- viresh Viresh Kumar (6): cpufreq: Replace "max_transition_latency" with "dynamic_switching" cpufreq: schedutil: Set dynamic_switching to true cpufreq: governor: Drop min_sampling_rate cpufreq: Use transition_delay_us for legacy governors as well cpufreq: Cap the default transition delay value to 10 ms cpufreq: arm_big_little: Make ->get_transition_latency() mandatory Documentation/admin-guide/pm/cpufreq.rst | 8 ------- drivers/cpufreq/arm_big_little.c | 10 ++++----- drivers/cpufreq/cpufreq.c | 8 +++---- drivers/cpufreq/cpufreq_conservative.c | 6 ------ drivers/cpufreq/cpufreq_governor.c | 17 ++------------- drivers/cpufreq/cpufreq_governor.h | 3 +-- drivers/cpufreq/cpufreq_ondemand.c | 12 ----------- include/linux/cpufreq.h | 36 ++++++++++++++++++++++++-------- kernel/sched/cpufreq_schedutil.c | 12 ++--------- 9 files changed, 40 insertions(+), 72 deletions(-) -- 2.13.0.71.gd7076ec9c9cb -- To unsubscribe from this list: send the line "unsubscribe linux-doc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
