[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Zdd7x4Rmy_-WDqfl@localhost.localdomain>
Date: Thu, 22 Feb 2024 17:52:23 +0100
From: Frederic Weisbecker <frederic@...nel.org>
To: Boqun Feng <boqun.feng@...il.com>
Cc: linux-kernel@...r.kernel.org, rcu@...r.kernel.org,
Neeraj Upadhyay <Neeraj.Upadhyay@....com>
Subject: Re: [PATCH v2 0/6] RCU tasks fixes for v6.9
Le Fri, Feb 16, 2024 at 05:27:35PM -0800, Boqun Feng a écrit :
> Hi,
>
> This series contains the fixes of RCU tasks for v6.9. You can also find
> the series at:
>
> git://git.kernel.org/pub/scm/linux/kernel/git/boqun/linux.git rcu-tasks.2024.02.14a
>
> Changes since v1:
>
> * Update with Paul's rework on "Eliminate deadlocks involving
> do_exit() and RCU task"
>
> The detailed list of changes:
>
> Paul E. McKenney (6):
> rcu-tasks: Repair RCU Tasks Trace quiescence check
> rcu-tasks: Add data to eliminate RCU-tasks/do_exit() deadlocks
> rcu-tasks: Initialize data to eliminate RCU-tasks/do_exit() deadlocks
> rcu-tasks: Maintain lists to eliminate RCU-tasks/do_exit() deadlocks
> rcu-tasks: Eliminate deadlocks involving do_exit() and RCU tasks
Food for later thoughts and further improvements: would it make sense to
call exit_rcu_tasks_start() on fork() instead and rely solely on
each CPUs' rtp_exit_list instead of the tasklist?
Thanks.
> rcu-tasks: Maintain real-time response in rcu_tasks_postscan()
>
> include/linux/rcupdate.h | 4 +-
> include/linux/sched.h | 2 +
> init/init_task.c | 1 +
> kernel/fork.c | 1 +
> kernel/rcu/tasks.h | 110 ++++++++++++++++++++++++++++++---------
> 5 files changed, 90 insertions(+), 28 deletions(-)
>
> --
> 2.43.0
>
>
Powered by blists - more mailing lists