[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20231026170913.32605-1-vincent.guittot@linaro.org>
Date: Thu, 26 Oct 2023 19:09:11 +0200
From: Vincent Guittot <vincent.guittot@...aro.org>
To: mingo@...hat.com, peterz@...radead.org, juri.lelli@...hat.com,
dietmar.eggemann@....com, rostedt@...dmis.org, bsegall@...gle.com,
mgorman@...e.de, bristot@...hat.com, vschneid@...hat.com,
rafael@...nel.org, viresh.kumar@...aro.org, qyousef@...alina.io,
linux-kernel@...r.kernel.org, linux-pm@...r.kernel.org
Cc: lukasz.luba@....com, wyes.karny@....com, beata.michalska@....com,
Vincent Guittot <vincent.guittot@...aro.org>
Subject: [PATCH v2 0/2] Rework interface between scheduler and schedutil governor
Following the discussion with Qais [1] about how to handle uclamp
requirements and after syncing with him, we agreed that I should move
forward on the patchset to rework the interface between scheduler and
schedutil governor to provide more information to the latter. Scheduler
(and EAS in particular) doesn't need anymore to guess estimate which
headroom the governor wants to apply and will directly ask for the target
freq. Then the governor directly gets the actual utilization and new
minimum and maximum boundaries to select this target frequency and
doesn't have to deal anymore with scheduler internals like uclamp when
including iowait boost.
[1] https://lore.kernel.org/lkml/CAKfTPtA5JqNCauG-rP3wGfq+p8EEVx9Tvwj6ksM3SYCwRmfCTg@mail.gmail.com/
Changes since v1
- fix a bug (always set max even when returning early)
- fix typos
Vincent Guittot (2):
sched/schedutil: rework performance estimation
sched/schedutil: rework iowait boost
include/linux/energy_model.h | 1 -
kernel/sched/core.c | 82 ++++++++++++-------------------
kernel/sched/cpufreq_schedutil.c | 72 +++++++++++++++++----------
kernel/sched/fair.c | 22 +++++++--
kernel/sched/sched.h | 84 +++-----------------------------
5 files changed, 103 insertions(+), 158 deletions(-)
--
2.34.1
Powered by blists - more mailing lists