From: Petko Manolov <petkan@nucleusys.com>
To: I Viswanath <viswanathiyyappan@gmail.com>
Cc: kuba@kernel.org, michal.pecio@gmail.com, edumazet@google.com,
andrew+netdev@lunn.ch, davem@davemloft.net, pabeni@redhat.com,
linux-usb@vger.kernel.org, netdev@vger.kernel.org,
linux-kernel@vger.kernel.org, skhan@linuxfoundation.org,
linux-kernel-mentees@lists.linux.dev,
david.hunter.linux@gmail.com,
syzbot+78cae3f37c62ad092caa@syzkaller.appspotmail.com
Subject: Re: [PATCH net v3] net: usb: Remove disruptive netif_wake_queue in rtl8150_set_multicast
Date: Wed, 24 Sep 2025 16:58:14 +0300 [thread overview]
Message-ID: <20250924135814.GC5387@cabron.k.g> (raw)
In-Reply-To: <20250924134350.264597-1-viswanathiyyappan@gmail.com>
On 25-09-24 19:13:50, I Viswanath wrote:
> syzbot reported WARNING in rtl8150_start_xmit/usb_submit_urb.
> This is the sequence of events that leads to the warning:
>
> rtl8150_start_xmit() {
> netif_stop_queue();
> usb_submit_urb(dev->tx_urb);
> }
>
> rtl8150_set_multicast() {
> netif_stop_queue();
> netif_wake_queue(); <-- wakes up TX queue before URB is done
> }
>
> rtl8150_start_xmit() {
> netif_stop_queue();
> usb_submit_urb(dev->tx_urb); <-- double submission
> }
>
> rtl8150_set_multicast being the ndo_set_rx_mode callback should not be calling
> netif_stop_queue and notif_start_queue as these handle TX queue
> synchronization.
netif_[stop|wake]_queue() should have been removed from rtl8150_set_multicast()
long time ago, but somehow it has slipped under the radar. As far as i can tell
this is the only change needed.
Petko
> The net core function dev_set_rx_mode handles the synchronization
> for rtl8150_set_multicast making it safe to remove these locks.
>
> Reported-and-tested-by: syzbot+78cae3f37c62ad092caa@syzkaller.appspotmail.com
> Closes: https://syzkaller.appspot.com/bug?extid=78cae3f37c62ad092caa
> Fixes: 1da177e4c3f4 ("Linux-2.6.12-rc2")
> Tested-by: Michal Pecio <michal.pecio@gmail.com>
> Signed-off-by: I Viswanath <viswanathiyyappan@gmail.com>
> ---
> v1:
> Link: https://lore.kernel.org/netdev/20250920045059.48400-1-viswanathiyyappan@gmail.com/
>
> v2:
> - Add explanation why netif_stop_queue/netif_wake_queue can be safely removed
> - Add the net prefix to the patch, designating it to the net tree
> Link: https://lore.kernel.org/netdev/20250920181852.18164-1-viswanathiyyappan@gmail.com/
>
> v3:
> - Simplified the event sequence that lead to the warning
> - Added Tested-by tag
>
> drivers/net/usb/rtl8150.c | 2 --
> 1 file changed, 2 deletions(-)
>
> diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
> index ddff6f19ff98..92add3daadbb 100644
> --- a/drivers/net/usb/rtl8150.c
> +++ b/drivers/net/usb/rtl8150.c
> @@ -664,7 +664,6 @@ static void rtl8150_set_multicast(struct net_device *netdev)
> rtl8150_t *dev = netdev_priv(netdev);
> u16 rx_creg = 0x9e;
>
> - netif_stop_queue(netdev);
> if (netdev->flags & IFF_PROMISC) {
> rx_creg |= 0x0001;
> dev_info(&netdev->dev, "%s: promiscuous mode\n", netdev->name);
> @@ -678,7 +677,6 @@ static void rtl8150_set_multicast(struct net_device *netdev)
> rx_creg &= 0x00fc;
> }
> async_set_registers(dev, RCR, sizeof(rx_creg), rx_creg);
> - netif_wake_queue(netdev);
> }
>
> static netdev_tx_t rtl8150_start_xmit(struct sk_buff *skb,
> --
> 2.47.3
>
next prev parent reply other threads:[~2025-09-24 14:05 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-24 13:43 [PATCH net v3] net: usb: Remove disruptive netif_wake_queue in rtl8150_set_multicast I Viswanath
2025-09-24 13:58 ` Petko Manolov [this message]
2025-09-24 17:50 ` Michal Pecio
2025-09-24 20:42 ` Michal Pecio
2025-09-24 23:18 ` Jakub Kicinski
2025-09-25 1:57 ` viswanath
2025-09-26 22:20 ` patchwork-bot+netdevbpf
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=20250924135814.GC5387@cabron.k.g \
--to=petkan@nucleusys.com \
--cc=andrew+netdev@lunn.ch \
--cc=davem@davemloft.net \
--cc=david.hunter.linux@gmail.com \
--cc=edumazet@google.com \
--cc=kuba@kernel.org \
--cc=linux-kernel-mentees@lists.linux.dev \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=michal.pecio@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=pabeni@redhat.com \
--cc=skhan@linuxfoundation.org \
--cc=syzbot+78cae3f37c62ad092caa@syzkaller.appspotmail.com \
--cc=viswanathiyyappan@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