lkml.org 
[lkml]   [2017]   [Jul]   [13]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Subject[RFC V2 0/6] cpufreq: transition-latency cleanups
Date
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

\
 
 \ /
  Last update: 2017-07-13 07:42    [W:0.102 / U:0.092 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site