[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20221127141742.1644023-1-qyousef@layalina.io>
Date: Sun, 27 Nov 2022 14:17:39 +0000
From: Qais Yousef <qyousef@...alina.io>
To: Ingo Molnar <mingo@...nel.org>,
Peter Zijlstra <peterz@...radead.org>,
Vincent Guittot <vincent.guittot@...aro.org>,
Dietmar Eggemann <dietmar.eggemann@....com>,
"Rafael J. Wysocki" <rafael@...nel.org>,
Viresh Kumar <viresh.kumar@...aro.org>
Cc: linux-pm@...r.kernel.org, linux-kernel@...r.kernel.org,
Lukasz Luba <lukasz.luba@....com>, Wei Wang <wvw@...gle.com>,
Xuewen Yan <xuewen.yan94@...il.com>,
Hank <han.lin@...iatek.com>,
Jonathan JMChen <Jonathan.JMChen@...iatek.com>,
"Qais Yousef (Google)" <qyousef@...alina.io>
Subject: [PATCH 0/3] Fixes for uclamp and capacity inversion detection
From: "Qais Yousef (Google)" <qyousef@...alina.io>
Patch 1 addresses a smatch warning reported by Dan Carpenter.
Patch 2 fixes a couple of issues reported by Dietmar in capacity inversion
logic.
Patch 3 is an RFC patch to decouple capacity inversion detection from
performance domains which is dependent on sched_energy_enabled(). I switched to
traversing cpufreq policies instead. Rafael, Viresh please check I didn't do
something stupid here.
Thanks!
--
Qais Yousef
Qais Yousef (3):
sched/uclamp: Fix a uninitialized variable warnings
sched/fair: Fixes for capacity inversion detection
sched/fair: Traverse cpufreq policies to detect capacity inversion
drivers/cpufreq/cpufreq.c | 12 +-----------
include/linux/cpufreq.h | 26 ++++++++++++++++++++++++++
kernel/sched/fair.c | 18 +++++++++---------
3 files changed, 36 insertions(+), 20 deletions(-)
--
2.25.1
Powered by blists - more mailing lists