[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5b93d526-a784-42d3-92a6-bd4b8feefa80@paulmck-laptop>
Date: Wed, 22 Mar 2023 07:46:56 -0700
From: "Paul E. McKenney" <paulmck@...nel.org>
To: Peter Zijlstra <peterz@...radead.org>
Cc: linux-kernel@...r.kernel.org, kernel-team@...a.com,
rostedt@...dmis.org, jgross@...e.com, mingo@...nel.org,
corbet@....net, vschneid@...hat.com
Subject: Re: [PATCH RFC smp] Remove diagnostics and adjust config for CSD
lock diagnostics
On Wed, Mar 22, 2023 at 10:57:19AM +0100, Peter Zijlstra wrote:
> On Tue, Mar 21, 2023 at 08:38:50AM -0700, Paul E. McKenney wrote:
> > On Tue, Mar 21, 2023 at 11:22:20AM +0100, Peter Zijlstra wrote:
> > > On Mon, Mar 20, 2023 at 05:54:39PM -0700, Paul E. McKenney wrote:
> > > > Hello!
> > > >
> > > > This series removes CSD-lock diagnostics that were once very useful
> > > > but which have not seen much action since. It also adjusts Kconfig and
> > > > kernel-boot-parameter setup.
> > > >
> > > > 1. locking/csd_lock: Add Kconfig option for csd_debug default.
> > > >
> > > > 2. locking/csd_lock: Remove added data from CSD lock debugging.
> > > >
> > > > 3. locking/csd_lock: Remove per-CPU data indirection from CSD
> > > > lock debugging.
> > > >
> > > > 4. kernel/smp: Make csdlock_debug= resettable.
> > > >
> > > > Thanx, Paul
> > > >
> > > > ------------------------------------------------------------------------
> > > >
> > > > Documentation/admin-guide/kernel-parameters.txt | 17 -
> > > > b/Documentation/admin-guide/kernel-parameters.txt | 6
> > > > b/kernel/smp.c | 2
> > > > b/lib/Kconfig.debug | 9
> > > > kernel/smp.c | 260 ++--------------------
> > > > 5 files changed, 47 insertions(+), 247 deletions(-)
> > >
> > > Yay!! How do you want to route these, should I take them through tip?
> >
> > Either way works for me. If you take them into -tip, I will drop them
> > from -rcu. If you don't take them into -tip, I will send Linus a pull
> > request for the upcoming merge window. And if you take them at just
> > the wrong time, we will both send them to Linus. ;-)
> >
> > Your choice!
>
> OK, since they conflict a wee bit with Valentin's IPI tracepoint stuff,
> I'm probably going to take both these series, let me stomp on the
> conflict and feed it to the robots to see how bad it all gets :-)
>
> I'll let you know if/when i'll push them to -tip.
Works for me! I will keep them in the meantime, until told otherwise
by tip-bot.
Thanx, Paul
Powered by blists - more mailing lists