[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20180510150553.28122-1-patrick.bellasi@arm.com>
Date: Thu, 10 May 2018 16:05:50 +0100
From: Patrick Bellasi <patrick.bellasi@....com>
To: linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org
Cc: Ingo Molnar <mingo@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
"Rafael J . Wysocki" <rafael.j.wysocki@...el.com>,
Viresh Kumar <viresh.kumar@...aro.org>,
Vincent Guittot <vincent.guittot@...aro.org>,
Dietmar Eggemann <dietmar.eggemann@....com>,
Morten Rasmussen <morten.rasmussen@....com>,
Juri Lelli <juri.lelli@...hat.com>,
Joel Fernandes <joelaf@...gle.com>,
Steve Muckle <smuckle@...gle.com>
Subject: [PATCH 0/3] Improve schedutil integration for FAIR tasks
This is a follow up of:
https://lkml.org/lkml/2018/4/6/935
where the original patch has been split into three to better address the
different issues discussed in the previous posting.
The first two patches of this series are fixes for:
- FAIR utilization aggregation
based on blocked utilization decay instead of cfs.h_nr_running
- Estimated utilization updates
which needs to be updated before schedutil is at enqueue time
The last patch provides the remaining bits of the original one in a self
contained re-factoring of how we update schedutil for FAIR tasks.
Cheers Patrick
Patrick Bellasi (3):
sched/cpufreq: always consider blocked FAIR utilization
sched/fair: util_est: update before schedutil
sched/fair: schedutil: explicit update only when required
kernel/sched/cpufreq_schedutil.c | 17 ++++----
kernel/sched/fair.c | 83 ++++++++++++++++++----------------------
2 files changed, 46 insertions(+), 54 deletions(-)
--
2.15.1
Powered by blists - more mailing lists