* [PATCH net-next] net: Revert the softirq will run annotation in ____napi_schedule().
@ 2022-03-21 9:22 Sebastian Andrzej Siewior
2022-03-21 16:27 ` Jason A. Donenfeld
2022-03-21 21:20 ` patchwork-bot+netdevbpf
0 siblings, 2 replies; 3+ messages in thread
From: Sebastian Andrzej Siewior @ 2022-03-21 9:22 UTC (permalink / raw)
To: Jakub Kicinski
Cc: Jason A. Donenfeld, Netdev, David S. Miller, Eric Dumazet,
Thomas Gleixner, Peter Zijlstra,
Toke Høiland-Jørgensen
The lockdep annotation lockdep_assert_softirq_will_run() expects that
either hard or soft interrupts are disabled because both guaranty that
the "raised" soft-interrupts will be processed once the context is left.
This triggers in flush_smp_call_function_from_idle() but it this case it
explicitly calls do_softirq() in case of pending softirqs.
Revert the "softirq will run" annotation in ____napi_schedule() and move
the check back to __netif_rx() as it was. Keep the IRQ-off assert in
____napi_schedule() because this is always required.
Fixes: fbd9a2ceba5c7 ("net: Add lockdep asserts to ____napi_schedule().")
Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
---
include/linux/lockdep.h | 7 -------
net/core/dev.c | 3 +--
2 files changed, 1 insertion(+), 9 deletions(-)
diff --git a/include/linux/lockdep.h b/include/linux/lockdep.h
index 0cc65d2167015..467b94257105e 100644
--- a/include/linux/lockdep.h
+++ b/include/linux/lockdep.h
@@ -329,12 +329,6 @@ extern void lock_unpin_lock(struct lockdep_map *lock, struct pin_cookie);
#define lockdep_assert_none_held_once() \
lockdep_assert_once(!current->lockdep_depth)
-/*
- * Ensure that softirq is handled within the callchain and not delayed and
- * handled by chance.
- */
-#define lockdep_assert_softirq_will_run() \
- lockdep_assert_once(hardirq_count() | softirq_count())
#define lockdep_recursing(tsk) ((tsk)->lockdep_recursion)
@@ -420,7 +414,6 @@ extern int lockdep_is_held(const void *);
#define lockdep_assert_held_read(l) do { (void)(l); } while (0)
#define lockdep_assert_held_once(l) do { (void)(l); } while (0)
#define lockdep_assert_none_held_once() do { } while (0)
-#define lockdep_assert_softirq_will_run() do { } while (0)
#define lockdep_recursing(tsk) (0)
diff --git a/net/core/dev.c b/net/core/dev.c
index 8e0cc5f2020d3..8a5109479dbe2 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -4277,7 +4277,6 @@ static inline void ____napi_schedule(struct softnet_data *sd,
{
struct task_struct *thread;
- lockdep_assert_softirq_will_run();
lockdep_assert_irqs_disabled();
if (test_bit(NAPI_STATE_THREADED, &napi->state)) {
@@ -4887,7 +4886,7 @@ int __netif_rx(struct sk_buff *skb)
{
int ret;
- lockdep_assert_softirq_will_run();
+ lockdep_assert_once(hardirq_count() | softirq_count());
trace_netif_rx_entry(skb);
ret = netif_rx_internal(skb);
--
2.35.1
^ permalink raw reply related [flat|nested] 3+ messages in thread
* Re: [PATCH net-next] net: Revert the softirq will run annotation in ____napi_schedule().
2022-03-21 9:22 [PATCH net-next] net: Revert the softirq will run annotation in ____napi_schedule() Sebastian Andrzej Siewior
@ 2022-03-21 16:27 ` Jason A. Donenfeld
2022-03-21 21:20 ` patchwork-bot+netdevbpf
1 sibling, 0 replies; 3+ messages in thread
From: Jason A. Donenfeld @ 2022-03-21 16:27 UTC (permalink / raw)
To: Sebastian Andrzej Siewior
Cc: Jakub Kicinski, Netdev, David S. Miller, Eric Dumazet,
Thomas Gleixner, Peter Zijlstra,
Toke Høiland-Jørgensen
Hi Sebastian,
On Mon, Mar 21, 2022 at 3:22 AM Sebastian Andrzej Siewior
<bigeasy@linutronix.de> wrote:
>
> The lockdep annotation lockdep_assert_softirq_will_run() expects that
> either hard or soft interrupts are disabled because both guaranty that
> the "raised" soft-interrupts will be processed once the context is left.
>
> This triggers in flush_smp_call_function_from_idle() but it this case it
> explicitly calls do_softirq() in case of pending softirqs.
>
> Revert the "softirq will run" annotation in ____napi_schedule() and move
> the check back to __netif_rx() as it was. Keep the IRQ-off assert in
> ____napi_schedule() because this is always required.
>
> Fixes: fbd9a2ceba5c7 ("net: Add lockdep asserts to ____napi_schedule().")
> Signed-off-by: Sebastian Andrzej Siewior <bigeasy@linutronix.de>
I can confirm that this fixes the WireGuard splat, so:
Reviewed-by: Jason A. Donenfeld <Jason@zx2c4.com>
Jason
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH net-next] net: Revert the softirq will run annotation in ____napi_schedule().
2022-03-21 9:22 [PATCH net-next] net: Revert the softirq will run annotation in ____napi_schedule() Sebastian Andrzej Siewior
2022-03-21 16:27 ` Jason A. Donenfeld
@ 2022-03-21 21:20 ` patchwork-bot+netdevbpf
1 sibling, 0 replies; 3+ messages in thread
From: patchwork-bot+netdevbpf @ 2022-03-21 21:20 UTC (permalink / raw)
To: Sebastian Andrzej Siewior
Cc: kuba, Jason, netdev, davem, edumazet, tglx, peterz, toke
Hello:
This patch was applied to netdev/net-next.git (master)
by Jakub Kicinski <kuba@kernel.org>:
On Mon, 21 Mar 2022 10:22:37 +0100 you wrote:
> The lockdep annotation lockdep_assert_softirq_will_run() expects that
> either hard or soft interrupts are disabled because both guaranty that
> the "raised" soft-interrupts will be processed once the context is left.
>
> This triggers in flush_smp_call_function_from_idle() but it this case it
> explicitly calls do_softirq() in case of pending softirqs.
>
> [...]
Here is the summary with links:
- [net-next] net: Revert the softirq will run annotation in ____napi_schedule().
https://git.kernel.org/netdev/net-next/c/351bdbb6419c
You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2022-03-21 21:20 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-03-21 9:22 [PATCH net-next] net: Revert the softirq will run annotation in ____napi_schedule() Sebastian Andrzej Siewior
2022-03-21 16:27 ` Jason A. Donenfeld
2022-03-21 21:20 ` patchwork-bot+netdevbpf
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).