[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87k1aqt23r.fsf_-_@x220.int.ebiederm.org>
Date: Mon, 02 Sep 2019 23:50:32 -0500
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Oleg Nesterov <oleg@...hat.com>,
Russell King - ARM Linux admin <linux@...linux.org.uk>,
Peter Zijlstra <peterz@...radead.org>,
Chris Metcalf <cmetcalf@...hip.com>,
Christoph Lameter <cl@...ux.com>,
Kirill Tkhai <tkhai@...dex.ru>, Mike Galbraith <efault@....de>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...nel.org>,
Linux List Kernel Mailing <linux-kernel@...r.kernel.org>,
Davidlohr Bueso <dave@...olabs.net>
Subject: [PATCH 0/3] task: Making tasks on the runqueue rcu protected
I have split this work into 3 simple patches, so the code is straight
forward to review and so that if any mistakes slip in it is easy to
bisect them. In the process of review what it takes to remove
task_rcu_dereference I found yet another user of tasks on the
runqueue in rcu context; the rcuwait_event code. That code only needs
it now unnecessary limits removed.
I have lightly tested it, and read through everything I can think of
that might be an issue.
Peter would this be a good fit for your scheduler tree? If not I will
toss it onto a branch someplace and send it to Linus when the merge
window opens.
Oleg do you have any issues with this code?
Eric W. Biederman (3):
task: Add a count of task rcu users
task: RCU protect tasks on the runqueue
task: Clean house now that tasks on the runqueue are rcu protected
include/linux/rcuwait.h | 20 +++----------
include/linux/sched.h | 5 +++-
include/linux/sched/task.h | 2 +-
kernel/exit.c | 74 ++++------------------------------------------
kernel/fork.c | 8 +++--
kernel/sched/core.c | 7 +++--
kernel/sched/fair.c | 2 +-
kernel/sched/membarrier.c | 4 +--
8 files changed, 27 insertions(+), 95 deletions(-)
Eric
Powered by blists - more mailing lists