]> git.ipfire.org Git - thirdparty/linux.git/commit
sched_ext: Disallow loading BPF scheduler if isolcpus= domain isolation is in effect
authorTejun Heo <tj@kernel.org>
Thu, 27 Jun 2024 01:27:02 +0000 (15:27 -1000)
committerTejun Heo <tj@kernel.org>
Mon, 8 Jul 2024 19:30:13 +0000 (09:30 -1000)
commit9f391f94a1730232ad2760202755b2d9baf4688d
tree9c14199e0679953359faeea2d6a537d2abfc24d0
parente98abd22fbcada509f776229af688b7f74d6cdba
sched_ext: Disallow loading BPF scheduler if isolcpus= domain isolation is in effect

sched_domains regulate the load balancing for sched_classes. A machine can
be partitioned into multiple sections that are not load-balanced across
using either isolcpus= boot param or cpuset partitions. In such cases, tasks
that are in one partition are expected to stay within that partition.

cpuset configured partitions are always reflected in each member task's
cpumask. As SCX always honors the task cpumasks, the BPF scheduler is
automatically in compliance with the configured partitions.

However, for isolcpus= domain isolation, the isolated CPUs are simply
omitted from the top-level sched_domain[s] without further restrictions on
tasks' cpumasks, so, for example, a task currently running in an isolated
CPU may have more CPUs in its allowed cpumask while expected to remain on
the same CPU.

There is no straightforward way to enforce this partitioning preemptively on
BPF schedulers and erroring out after a violation can be surprising.
isolcpus= domain isolation is being replaced with cpuset partitions anyway,
so keep it simple and simply disallow loading a BPF scheduler if isolcpus=
domain isolation is in effect.

Signed-off-by: Tejun Heo <tj@kernel.org>
Link: http://lkml.kernel.org/r/20240626082342.GY31592@noisy.programming.kicks-ass.net
Cc: David Vernet <void@manifault.com>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Frederic Weisbecker <frederic@kernel.org>
kernel/sched/build_policy.c
kernel/sched/ext.c