[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220408174245.65e1ec98@gandalf.local.home>
Date: Fri, 8 Apr 2022 17:42:45 -0400
From: Steven Rostedt <rostedt@...dmis.org>
To: Kalesh Singh <kaleshsingh@...gle.com>
Cc: paulmck@...nel.org, Joel Fernandes <joel@...lfernandes.org>,
Suren Baghdasaryan <surenb@...gle.com>,
kernel-team <kernel-team@...roid.com>, Tejun Heo <tj@...nel.org>,
Tim Murray <timmurray@...gle.com>, Wei Wang <wvw@...gle.com>,
Kyle Lin <kylelin@...gle.com>,
Chunwei Lu <chunweilu@...gle.com>,
Lulu Wang <luluw@...gle.com>,
Frederic Weisbecker <frederic@...nel.org>,
Neeraj Upadhyay <quic_neeraju@...cinc.com>,
Josh Triplett <josh@...htriplett.org>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
Lai Jiangshan <jiangshanlai@...il.com>,
rcu <rcu@...r.kernel.org>, LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v2] EXP rcu: Move expedited grace period (GP) work to RT
kthread_worker
On Fri, 8 Apr 2022 10:53:53 -0700
Kalesh Singh <kaleshsingh@...gle.com> wrote:
> If PREEMT_RT systems don’t disable expedited grace periods, we can
> remove default off for those. Steve?
Yep, commit 36221e109eb20 ("rcu: Enable rcu_normal_after_boot
unconditionally for RT") is still there.
OK, that explains it. I missed that change, so I didn't see the relation to
PREEMPT_RT. It wasn't described in the change log nor was there any
comment in the kconfig to say why it was special. Perhaps that should be
added for those that don't know all this tribal knowledge ;-)
-- Steve
Powered by blists - more mailing lists