On 05-07-17, 09:58, Juri Lelli wrote: > Since SCHED_DEADLINE doesn't track utilization signal (but reserves a > fraction of CPU bandwidth to tasks admitted to the system), there is no > point in evaluating frequency changes during each tick event. > > Move frequency selection triggering points to where running_bw changes. > > Co-authored-by: Claudio Scordino <clau...@evidence.eu.com> > Signed-off-by: Juri Lelli <juri.le...@arm.com> > Cc: Peter Zijlstra <pet...@infradead.org> > Cc: Ingo Molnar <mi...@kernel.org> > Cc: Rafael J. Wysocki <rafael.j.wyso...@intel.com> > Cc: Viresh Kumar <viresh.ku...@linaro.org> > Cc: Luca Abeni <luca.ab...@santannapisa.it> > --- > Changes from RFCv0: > > - modify comment regarding periodic RT updates (Claudio) > --- > kernel/sched/deadline.c | 7 ++++--- > kernel/sched/sched.h | 12 ++++++------ > 2 files changed, 10 insertions(+), 9 deletions(-)
Reviewed-by: Viresh Kumar <viresh.ku...@linaro.org> -- viresh
