[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220801154124.2011987-1-longman@redhat.com>
Date: Mon, 1 Aug 2022 11:41:22 -0400
From: Waiman Long <longman@...hat.com>
To: Ingo Molnar <mingo@...hat.com>,
Peter Zijlstra <peterz@...radead.org>,
Juri Lelli <juri.lelli@...hat.com>,
Vincent Guittot <vincent.guittot@...aro.org>,
Dietmar Eggemann <dietmar.eggemann@....com>,
Steven Rostedt <rostedt@...dmis.org>,
Ben Segall <bsegall@...gle.com>, Mel Gorman <mgorman@...e.de>,
Daniel Bristot de Oliveira <bristot@...hat.com>,
Valentin Schneider <vschneid@...hat.com>,
Tejun Heo <tj@...nel.org>, Zefan Li <lizefan.x@...edance.com>,
Johannes Weiner <hannes@...xchg.org>,
Will Deacon <will@...nel.org>
Cc: cgroups@...r.kernel.org, linux-kernel@...r.kernel.org,
Waiman Long <longman@...hat.com>
Subject: [PATCH v2 0/2] sched, cgroup/cpuset: Keep user set cpus affinity
v2:
- Rework the v1 patch by extending the semantics of user_cpus_ptr to
store user set cpus affinity and keeping to it as much as possible.
The user_cpus_ptr field is added by commit b90ca8badbd1 ("sched:
Introduce task_struct::user_cpus_ptr to track requested affinity")
which uses it narrowly to allow keeping cpus affinity intact with
asymmetric cpu setup.
This patchset extends user_cpus_ptr to store user set cpus affinity
via sched_setaffinity() API. With that information avaiable, it will
enable cpuset to keep cpus afinity as close to what the user wants as
possible within the cpu list constraint of the current cpuset.
Waiman Long (2):
sched: Use user_cpus_ptr for saving user provided cpumask in
sched_setaffinity()
cgroup/cpuset: Keep user set cpus affinity
include/linux/sched.h | 1 +
kernel/cgroup/cpuset.c | 24 ++++++++++++--
kernel/sched/core.c | 71 ++++++++++++++++++++++++++++++------------
kernel/sched/sched.h | 1 -
4 files changed, 74 insertions(+), 23 deletions(-)
--
2.31.1
Powered by blists - more mailing lists