From: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
To: "Bezdeka, Florian" <florian.bezdeka@siemens.com>
Cc: "linux-rt-users@vger.kernel.org" <linux-rt-users@vger.kernel.org>,
"Ziegler, Andreas" <ziegler.andreas@siemens.com>,
"Kiszka, Jan" <jan.kiszka@siemens.com>,
"MOESSBAUER, Felix" <felix.moessbauer@siemens.com>
Subject: Re: 6.1-rt: NOHZ tick-stop error: local softirq work is pending
Date: Mon, 24 Feb 2025 12:55:57 +0100 [thread overview]
Message-ID: <20250224115557.AIFtijeu@linutronix.de> (raw)
In-Reply-To: <73c50e2fb53ba8cc2f1538abccc42e98fa63159b.camel@siemens.com>
On 2025-02-21 09:32:41 [+0000], Bezdeka, Florian wrote:
> Hi all,
Hi,
> when stressing a 6.1-rt based system with network load we can
> immediately see the following in the system log:
>
> [ 165.260690] NOHZ tick-stop error: local softirq work is pending, handler #80!!!
> [ 165.264689] NOHZ tick-stop error: local softirq work is pending, handler #80!!!
> [ 165.268687] NOHZ tick-stop error: local softirq work is pending, handler #80!!!
which version is this? I think is is an imported issue. Is v6.1.119-rt45
also affected?
> It seems that
>
> 96c1fa04f089 ("tick/rcu: Fix false positive "softirq work is pending" messages")
>
> tried to fix this issue, but for some reason it does not work.
>
> Is that something that is really allowed to happen on RT (which means
> that one of the conditions for the warning is still wrong) or a real
> problem? We did not notice any negative impact on the system so far.
>
> Input welcome...
The thing is that this may happen on PREEMPT_RT. Usually because
softirqs can't be run as the CPU is blocked on locks and the lock-owner
is either preempted on another CPU or blocked on something else.
The thing is that a NO_HZ CPU should not go idle if there are softirqs
pending as in "there is work to do, no nap for you". But as I explained
earlier, on PREEMPT_RT it might happen that the work can't be handled
and if no task can be run, the CPU goes to sleep.
That means if you replace with PERIODIC, the warning goes away. If you
start a CPU-hog (on per-CPU) the warning goes away.
> Best regards,
> Florian
Sebastian
next prev parent reply other threads:[~2025-02-24 11:56 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-21 9:32 6.1-rt: NOHZ tick-stop error: local softirq work is pending Bezdeka, Florian
2025-02-24 11:55 ` Sebastian Andrzej Siewior [this message]
2025-02-25 15:16 ` Florian Bezdeka
2025-02-26 9:17 ` Sebastian Andrzej Siewior
2025-02-26 17:41 ` MOESSBAUER, Felix
2025-02-26 22:23 ` Florian Bezdeka
2025-02-27 13:43 ` Sebastian Andrzej Siewior
2025-02-28 16:28 ` Florian Bezdeka
2025-02-28 16:41 ` Jan Kiszka
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=20250224115557.AIFtijeu@linutronix.de \
--to=bigeasy@linutronix.de \
--cc=felix.moessbauer@siemens.com \
--cc=florian.bezdeka@siemens.com \
--cc=jan.kiszka@siemens.com \
--cc=linux-rt-users@vger.kernel.org \
--cc=ziegler.andreas@siemens.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox