[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200917094202.301694311@linutronix.de>
Date: Thu, 17 Sep 2020 11:42:02 +0200
From: Thomas Gleixner <tglx@...utronix.de>
To: LKML <linux-kernel@...r.kernel.org>
Cc: Sebastian Siewior <bigeasy@...utronix.de>,
Qais Yousef <qais.yousef@....com>,
Scott Wood <swood@...hat.com>,
"Peter Zijlstra (Intel)" <peterz@...radead.org>,
Valentin Schneider <valentin.schneider@....com>,
Ingo Molnar <mingo@...nel.org>,
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>,
Vincent Donnefort <vincent.donnefort@....com>
Subject: [patch 00/10] sched: Migrate disable support for RT
On RT enabled kernels most of the code including spin/rw lock held sections
are preemptible, which also makes the tasks migrateable. That violates the
per CPU constraints. RT needs therefore a mechanism to control migration
independent of preemption.
This series is providing a mostly rewritten version of the RT code based on
the newest scheduler bits and includes and depends on Peter's 'let tasks
kick themself off the outgoing CPU' feature.
While migrate disable/enable are trivial in principle the tricky part is
the coordination and serialization against concurrent affinity changes,
e.g. sched_setaffinity(2), and CPU hotplug.
Thanks,
tglx
Powered by blists - more mailing lists