Thread (4 messages) 4 messages, 4 authors, 2021-11-25

Re: [PATCH 5/6] rcu/nocb: Allow empty "rcu_nocbs" kernel parameter

From: "Paul E. McKenney" <paulmck@kernel.org>
Date: 2021-11-25 15:09:02
Also in: lkml, rcu

On Thu, Nov 25, 2021 at 02:28:53PM +0100, Frederic Weisbecker wrote:
On Wed, Nov 24, 2021 at 08:41:32PM -0800, Yury Norov wrote:
quoted
On Wed, Nov 24, 2021 at 04:47:20PM -0800, Paul E. McKenney wrote:
quoted
On Tue, Nov 23, 2021 at 01:37:07AM +0100, Frederic Weisbecker wrote:
quoted
If a user wants to boot without any CPU in offloaded mode initially but
with the possibility to offload them later using cpusets, provide a way
to simply pass an empty "rcu_nocbs" kernel parameter which will enforce
the creation of dormant nocb kthreads.
Huh.  This would have been a use for Yury Norov's "none" bitmask
specifier.  ;-)

I pulled this one in with the usual wordsmithing.

							Thanx, Paul
I think 'rcu_nocbs=,' should work as 'none'. But I admit that it looks
awkward. The following patch adds clear 'none' semantics to the parser.
If you like it, I think you may drop non-documentation part of this
patch.
I don't have real objection, but I fear that "rcu_nocbs=none" might be
interpretated as rcu_nocbs is entirely deactivated, whereas "rcu_nocbs"
alone makes it clear that we are turning something on.
How about "rcu_nocbs=,"?  ;-)

							Thanx, Paul
We can support both though.

Thanks.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help