[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20211216225320.2957053-1-qais.yousef@arm.com>
Date: Thu, 16 Dec 2021 22:53:18 +0000
From: Qais Yousef <qais.yousef@....com>
To: "Rafael J. Wysocki" <rafael@...nel.org>,
Viresh Kumar <viresh.kumar@...aro.org>,
"Peter Zijlstra (Intel)" <peterz@...radead.org>,
Ingo Molnar <mingo@...nel.org>
Cc: Dietmar Eggemann <dietmar.eggemann@....com>,
Vincent Guittot <vincent.guittot@...aro.org>,
Beata Michalska <Beata.Michalska@....com>,
Ionela Voinescu <ionela.voinescu@....com>,
linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org,
Qais Yousef <qais.yousef@....com>
Subject: [PATCH 0/2] uclamp_max vs schedutil fixes
On systems that use sugov_update_single_{freq, perf}(), uclamp_max was
ineffective because of 'busy' filter which ignores requests to change frequency
if there's no idle time. A condition that is not true if uclamp is being used
on this system.
Similarly, io heavy tasks that are capped by uclamp_max can still obtain higher
frequencies because sugov_iowait_apply() doesn't clamp the boost with
uclamp_rq_util_with().
Patches 1 and 2 address these 2 problems.
Thanks!
--
Qais Yousef
Qais Yousef (2):
sched/sugov: Ignore 'busy' filter when uclamp_is_used()
sched/uclamp: Fix iowait boost escaping uclamp restriction
kernel/sched/cpufreq_schedutil.c | 11 ++-
kernel/sched/sched.h | 139 +++++++++++++++++--------------
2 files changed, 87 insertions(+), 63 deletions(-)
--
2.25.1
Powered by blists - more mailing lists