[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230117143224.6fbf7da8@gandalf.local.home>
Date: Tue, 17 Jan 2023 14:32:24 -0500
From: Steven Rostedt <rostedt@...dmis.org>
To: Joel Fernandes <joel@...lfernandes.org>
Cc: linux-kernel@...r.kernel.org,
Josh Triplett <josh@...htriplett.org>,
Lai Jiangshan <jiangshanlai@...il.com>,
Mathieu Desnoyers <mathieu.desnoyers@...icios.com>,
"Paul E. McKenney" <paulmck@...nel.org>, rcu@...r.kernel.org,
fweisbec@...il.com, urezki@...il.com
Subject: Re: [PATCH v2 rcu/dev 1/2] rcu: Track laziness during boot and
suspend
On Sun, 15 Jan 2023 16:34:58 -0500
Joel Fernandes <joel@...lfernandes.org> wrote:
> > > +EXPORT_SYMBOL_GPL(rcu_async_hurry);
> > >
> >
> > Where do you plan on calling these externally, as they are being
> > marked exported?
> >
> > If you allow random drivers to enable this, I can see something
> > enabling it and hitting an error path that causes it to never disable
> > it.
>
> You mean, just like rcu_expedite_gp() ?
>
> > I wouldn't have EXPORT_SYMBOL_GPL() unless you really know that it is
> > needed externally.
>
> At the moment it is not called externally but in the future, it could
> be from rcutorture. If you see rcu_expedite_gp(), that is exported
> too. I was just modeling it around that API.
The reason for the export should have been mentioned in the change log if
the patch is not obvious to why it is being exported.
Thanks,
-- Steve
Powered by blists - more mailing lists