From: Greg KH <gregkh@linuxfoundation.org>
To: Ben Greear <greearb@candelatech.com>
Cc: Willem de Bruijn <willemdebruijn.kernel@gmail.com>,
netdev@vger.kernel.org, stable@vger.kernel.org
Subject: Re: [PATCH v2] Revert "vrf: Remove unnecessary RCU-bh critical section"
Date: Fri, 27 Sep 2024 08:19:27 +0200 [thread overview]
Message-ID: <2024092711-amends-sincere-18df@gregkh> (raw)
In-Reply-To: <1a2b63a4-edc7-c04d-3f80-0087a8415bc3@candelatech.com>
On Thu, Sep 26, 2024 at 11:19:53AM -0700, Ben Greear wrote:
> On 9/26/24 02:03, Willem de Bruijn wrote:
> > greearb@ wrote:
> > > From: Ben Greear <greearb@candelatech.com>
> > >
> > > This reverts commit 504fc6f4f7f681d2a03aa5f68aad549d90eab853.
> > >
> > > dev_queue_xmit_nit needs to run with bh locking, otherwise
> > > it conflicts with packets coming in from a nic in softirq
> > > context and packets being transmitted from user context.
> > >
> > > ================================
> > > WARNING: inconsistent lock state
> > > 6.11.0 #1 Tainted: G W
> > > --------------------------------
> > > inconsistent {IN-SOFTIRQ-W} -> {SOFTIRQ-ON-W} usage.
> > > btserver/134819 [HC0[0]:SC0[0]:HE1:SE1] takes:
> > > ffff8882da30c118 (rlock-AF_PACKET){+.?.}-{2:2}, at: tpacket_rcv+0x863/0x3b30
> > > {IN-SOFTIRQ-W} state was registered at:
> > > lock_acquire+0x19a/0x4f0
> > > _raw_spin_lock+0x27/0x40
> > > packet_rcv+0xa33/0x1320
> > > __netif_receive_skb_core.constprop.0+0xcb0/0x3a90
> > > __netif_receive_skb_list_core+0x2c9/0x890
> > > netif_receive_skb_list_internal+0x610/0xcc0
> > > napi_complete_done+0x1c0/0x7c0
> > > igb_poll+0x1dbb/0x57e0 [igb]
> > > __napi_poll.constprop.0+0x99/0x430
> > > net_rx_action+0x8e7/0xe10
> > > handle_softirqs+0x1b7/0x800
> > > __irq_exit_rcu+0x91/0xc0
> > > irq_exit_rcu+0x5/0x10
> > > [snip]
> > >
> > > other info that might help us debug this:
> > > Possible unsafe locking scenario:
> > >
> > > CPU0
> > > ----
> > > lock(rlock-AF_PACKET);
> > > <Interrupt>
> > > lock(rlock-AF_PACKET);
> > >
> > > *** DEADLOCK ***
> > >
> > > Call Trace:
> > > <TASK>
> > > dump_stack_lvl+0x73/0xa0
> > > mark_lock+0x102e/0x16b0
> > > __lock_acquire+0x9ae/0x6170
> > > lock_acquire+0x19a/0x4f0
> > > _raw_spin_lock+0x27/0x40
> > > tpacket_rcv+0x863/0x3b30
> > > dev_queue_xmit_nit+0x709/0xa40
> > > vrf_finish_direct+0x26e/0x340 [vrf]
> > > vrf_l3_out+0x5f4/0xe80 [vrf]
> > > __ip_local_out+0x51e/0x7a0
> > > [snip]
> > >
> > > Fixes: 504fc6f4f7f6 ("vrf: Remove unnecessary RCU-bh critical section")
> > > Link: https://lore.kernel.org/netdev/05765015-f727-2f30-58da-2ad6fa7ea99f@candelatech.com/T/
> > >
> > > Signed-off-by: Ben Greear <greearb@candelatech.com>
> >
> > Please Cc: all previous reviewers and folks who participated in the
> > discussion. I entirely missed this. No need to add as Cc tags, just
> > --cc in git send-email will do.
> >
> > > ---
> > >
> > > v2: Edit patch description.
> > >
> > > drivers/net/vrf.c | 2 ++
> > > net/core/dev.c | 1 +
> > > 2 files changed, 3 insertions(+)
> > >
> > > diff --git a/drivers/net/vrf.c b/drivers/net/vrf.c
> > > index 4d8ccaf9a2b4..4087f72f0d2b 100644
> > > --- a/drivers/net/vrf.c
> > > +++ b/drivers/net/vrf.c
> > > @@ -608,7 +608,9 @@ static void vrf_finish_direct(struct sk_buff *skb)
> > > eth_zero_addr(eth->h_dest);
> > > eth->h_proto = skb->protocol;
> > > + rcu_read_lock_bh();
> > > dev_queue_xmit_nit(skb, vrf_dev);
> > > + rcu_read_unlock_bh();
> > > skb_pull(skb, ETH_HLEN);
> > > }
> > > diff --git a/net/core/dev.c b/net/core/dev.c
> > > index cd479f5f22f6..566e69a38eed 100644
> > > --- a/net/core/dev.c
> > > +++ b/net/core/dev.c
> > > @@ -2285,6 +2285,7 @@ EXPORT_SYMBOL_GPL(dev_nit_active);
> > > /*
> > > * Support routine. Sends outgoing frames to any network
> > > * taps currently in use.
> > > + * BH must be disabled before calling this.
> >
> > Unnecessary. Especially patches for stable should be minimal to
> > reduce the chance of conflicts.
>
> I was asked to add this, and also asked to CC stable.
<formletter>
This is not the correct way to submit patches for inclusion in the
stable kernel tree. Please read:
https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html
for how to do this properly.
</formletter>
next prev parent reply other threads:[~2024-09-27 6:19 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-25 18:52 [PATCH v2] Revert "vrf: Remove unnecessary RCU-bh critical section" greearb
2024-09-26 8:24 ` Greg KH
2024-09-26 9:03 ` Willem de Bruijn
2024-09-26 18:19 ` Ben Greear
2024-09-27 6:19 ` Greg KH [this message]
2024-09-27 9:35 ` Willem de Bruijn
2024-09-27 13:39 ` Ben Greear
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=2024092711-amends-sincere-18df@gregkh \
--to=gregkh@linuxfoundation.org \
--cc=greearb@candelatech.com \
--cc=netdev@vger.kernel.org \
--cc=stable@vger.kernel.org \
--cc=willemdebruijn.kernel@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 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).