[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20191120175533.4672-1-valentin.schneider@arm.com>
Date: Wed, 20 Nov 2019 17:55:30 +0000
From: Valentin Schneider <valentin.schneider@....com>
To: linux-kernel@...r.kernel.org
Cc: peterz@...radead.org, mingo@...nel.org, vincent.guittot@...aro.org,
dietmar.eggemann@....com, patrick.bellasi@...bug.net,
qperret@...gle.com, qais.yousef@....com, morten.rasmussen@....com
Subject: [PATCH 0/3] sched/fair: Task placement biasing using uclamp
Hi,
While uclamp restrictions currently only impacts schedutil's frequency
selection, it would make sense to also let it impact CPU selection in
asymmetric topologies. This would let us steer specific tasks towards
certain CPU capacities regardless of their actual utilization - I give a
few examples in patch 3.
The first two patches are just paving the way for the meat of the thing
which is in patch 3.
Note that this is in the same spirit as what Patrick had proposed for EAS
on Android [1]
[1]: https://android.googlesource.com/kernel/common/+/b61876ed122f816660fe49e0de1b7ee4891deaa2%5E%21
Cheers,
Valentin
Valentin Schneider (3):
sched/uclamp: Make uclamp_util_*() helpers use and return UL values
sched/uclamp: Rename uclamp_util_*() into uclamp_rq_util_*()
sched/fair: Consider uclamp for "task fits capacity" checks
kernel/sched/cpufreq_schedutil.c | 2 +-
kernel/sched/fair.c | 11 +++++++++-
kernel/sched/sched.h | 35 ++++++++++++++++++++++----------
3 files changed, 35 insertions(+), 13 deletions(-)
--
2.22.0
Powered by blists - more mailing lists