From: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
To: Joel Fernandes <joel@joelfernandes.org>
Cc: linux-kernel@vger.kernel.org,
Frederic Weisbecker <frederic@kernel.org>,
"Paul E. McKenney" <paulmck@kernel.org>,
Zhouyi Zhou <zhouzhouyi@gmail.com>, Will Deacon <will@kernel.org>,
Marc Zyngier <maz@kernel.org>, rcu <rcu@vger.kernel.org>,
Frederic Weisbecker <fweisbec@gmail.com>,
Ingo Molnar <mingo@kernel.org>,
"Rafael J. Wysocki" <rafael@kernel.org>,
Thomas Gleixner <tglx@linutronix.de>
Subject: Re: [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem
Date: Fri, 20 Jan 2023 14:44:46 +0100 [thread overview]
Message-ID: <Y8qazpmqk4dmw37F@kroah.com> (raw)
In-Reply-To: <37171A49-82E9-4008-9B5B-1CEEDC9B653E@joelfernandes.org>
On Fri, Jan 20, 2023 at 08:32:30AM -0500, Joel Fernandes wrote:
>
>
> > On Jan 20, 2023, at 2:05 AM, Greg Kroah-Hartman <gregkh@linuxfoundation.org> wrote:
> >
> > On Thu, Jan 19, 2023 at 08:44:35PM +0000, Joel Fernandes (Google) wrote:
> >> For CONFIG_NO_HZ_FULL systems, the tick_do_timer_cpu cannot be offlined.
> >> However, cpu_is_hotpluggable() still returns true for those CPUs. This causes
> >> torture tests that do offlining to end up trying to offline this CPU causing
> >> test failures. Such failure happens on all architectures.
> >>
> >> Fix it by asking the opinion of the nohz subsystem on whether the CPU can
> >> be hotplugged.
> >>
> >> [ Apply Frederic Weisbecker feedback on refactoring tick_nohz_cpu_down(). ]
> >>
> >> Cc: Frederic Weisbecker <frederic@kernel.org>
> >> Cc: "Paul E. McKenney" <paulmck@kernel.org>
> >> Cc: Zhouyi Zhou <zhouzhouyi@gmail.com>
> >> Cc: Will Deacon <will@kernel.org>
> >> Cc: Marc Zyngier <maz@kernel.org>
> >> Cc: rcu <rcu@vger.kernel.org>
> >> Fixes: 2987557f52b9 ("driver-core/cpu: Expose hotpluggability to the rest of the kernel")
> >> Signed-off-by: Joel Fernandes (Google) <joel@joelfernandes.org>
> >
> > Also want to cc: stable on the patch?
>
> Oh sure, sorry. For some reason I thought Sasha and your AI scripts
> were looking at the Linux-kernel list as well. Or are they, and a Cc
> to stable is just to be doubly sure?
As per the rules we have had for the last 15+ years, always add a cc:
stable to be sure that the patch will be considered for stable releases.
If not, you are on you own and sometimes we might notice it, others not.
See:
https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
for the details.
thanks,
greg k-h
next prev parent reply other threads:[~2023-01-20 13:44 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-01-19 20:44 [PATCH] tick/nohz: Fix cpu_is_hotpluggable() by checking with nohz subsystem Joel Fernandes (Google)
2023-01-19 23:53 ` Zhouyi Zhou
2023-01-22 1:23 ` Zhouyi Zhou
2023-01-20 7:05 ` Greg Kroah-Hartman
2023-01-20 13:32 ` Joel Fernandes
2023-01-20 13:44 ` Greg Kroah-Hartman [this message]
2023-01-20 13:47 ` Joel Fernandes
2023-01-20 22:25 ` Frederic Weisbecker
2023-01-23 15:00 ` Joel Fernandes
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=Y8qazpmqk4dmw37F@kroah.com \
--to=gregkh@linuxfoundation.org \
--cc=frederic@kernel.org \
--cc=fweisbec@gmail.com \
--cc=joel@joelfernandes.org \
--cc=linux-kernel@vger.kernel.org \
--cc=maz@kernel.org \
--cc=mingo@kernel.org \
--cc=paulmck@kernel.org \
--cc=rafael@kernel.org \
--cc=rcu@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=will@kernel.org \
--cc=zhouzhouyi@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.