From: Raul E Rangel <rrangel@chromium.org>
To: Valentina Manea <valentina.manea.m@gmail.com>,
Shuah Khan <shuah@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Cc: Hongren Zheng <i@zenithal.me>,
linux-kernel@vger.kernel.org, linux-usb@vger.kernel.org,
Raul E Rangel <rrangel@chromium.org>,
stable@vger.kernel.org, Anirudh Rayabharam <mail@anirudhrb.com>,
"Brian G. Merrell" <bgmerrell@novell.com>
Subject: [PATCH 2/6] usbip: vhci_hcd: complete unsent URBs locally in vhci_urb_dequeue()
Date: Wed, 21 Oct 2026 09:06:57 -0600 [thread overview]
Message-ID: <20261021150704.3129446-3-rrangel@chromium.org> (raw)
In-Reply-To: <20261021150704.3129446-1-rrangel@chromium.org>
When an URB is enqueued via vhci_urb_enqueue(), its vhci_priv entry is
placed on vdev->priv_tx until vhci_tx_loop() moves it to vdev->priv_rx
in dequeue_from_priv_tx() and sends USBIP_CMD_SUBMIT.
If vhci_urb_dequeue() is called while the URB is still on vdev->priv_tx
and vdev->ud.tcp_socket is non-NULL, vhci_urb_dequeue() currently sets
urb->unlinked and queues a vhci_unlink entry on vdev->unlink_tx without
removing the URB from vdev->priv_tx. This causes two bugs:
1. If vhci_tx_loop() has already exited after an earlier send error or
been stopped during connection shutdown before tcp_socket is cleared,
the URB remains on vdev->priv_tx. When vhci_device_unlink_cleanup()
later runs pickup_urb_and_free_priv(), which only searches
vdev->priv_rx, the vhci_unlink entry is freed while the URB remains
linked on ep->urb_list with urb->unlinked set. Subsequent calls to
vhci_urb_dequeue() from usb_hcd_flush_endpoint() fail with -EBUSY at
usb_hcd_check_unlink_urb(), leaking the URB giveback and hanging
usb_kill_urb() in D state forever. (Stopping new enqueues on shutdown
and draining non-unlinked URBs are addressed in the next patch.)
2. On an active connection, if an URB is enqueued and immediately
dequeued while vhci_tx_loop() is in vhci_send_cmd_unlink(),
USBIP_CMD_UNLINK can be transmitted before USBIP_CMD_SUBMIT for the
same seqnum. The server replies USBIP_RET_UNLINK for the unknown
seqnum while vhci_tx_loop() is concurrently building or sending
USBIP_CMD_SUBMIT, racing on urb->hcpriv or leaving an orphaned
USBIP_RET_SUBMIT that tears down the connection with
VDEV_EVENT_ERROR_TCP.
Record whether an URB has been dequeued from vdev->priv_tx into
vdev->priv_rx via priv->submitted under vdev->priv_lock, and complete
unsent (!priv->submitted) URBs locally in vhci_urb_dequeue() without
queuing a CMD_UNLINK request. Because vhci_tx_loop() drains
vdev->priv_tx in vhci_send_cmd_submit() before entering
vhci_send_cmd_unlink(), any URB with priv->submitted set is guaranteed
to have its CMD_SUBMIT sent before its CMD_UNLINK.
Fixes: 258c81b341c8 ("usbip: give back URBs for unsent unlink requests during cleanup")
Fixes: 04679b3489e0 ("Staging: USB/IP: add client driver")
Cc: stable@vger.kernel.org
Assisted-by: Gemini
Signed-off-by: Raul E Rangel <rrangel@chromium.org>
---
drivers/usb/usbip/vhci.h | 1 +
drivers/usb/usbip/vhci_hcd.c | 14 ++++++--------
drivers/usb/usbip/vhci_tx.c | 1 +
3 files changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/usb/usbip/vhci.h b/drivers/usb/usbip/vhci.h
index 5659dce1526e..4a62f89b89c7 100644
--- a/drivers/usb/usbip/vhci.h
+++ b/drivers/usb/usbip/vhci.h
@@ -55,6 +55,7 @@ struct vhci_priv {
struct vhci_device *vdev;
struct urb *urb;
+ bool submitted;
};
struct vhci_unlink {
diff --git a/drivers/usb/usbip/vhci_hcd.c b/drivers/usb/usbip/vhci_hcd.c
index 3196ea80e7c2..7fadb41c01fc 100644
--- a/drivers/usb/usbip/vhci_hcd.c
+++ b/drivers/usb/usbip/vhci_hcd.c
@@ -925,20 +925,18 @@ static int vhci_urb_dequeue(struct usb_hcd *hcd, struct urb *urb, int status)
return ret;
}
- /* send unlink request here? */
- if (!vdev->ud.tcp_socket) {
- /* tcp connection is closed */
+ /*
+ * Give back the URB locally if the TCP connection is closed or the URB
+ * is still on priv_tx (not yet picked up by vhci_tx_loop), so no
+ * CMD_UNLINK is needed.
+ */
+ if (!vdev->ud.tcp_socket || !priv->submitted) {
list_del(&priv->list);
kfree(priv);
urb->hcpriv = NULL;
spin_unlock(&vdev->priv_lock);
- /*
- * If tcp connection is alive, we have sent CMD_UNLINK.
- * vhci_rx will receive RET_UNLINK and give back the URB.
- * Otherwise, we give back it here.
- */
usb_hcd_unlink_urb_from_ep(hcd, urb);
spin_unlock_irqrestore(&vhci->lock, flags);
diff --git a/drivers/usb/usbip/vhci_tx.c b/drivers/usb/usbip/vhci_tx.c
index 32e6fabccf72..997db6cfa382 100644
--- a/drivers/usb/usbip/vhci_tx.c
+++ b/drivers/usb/usbip/vhci_tx.c
@@ -40,6 +40,7 @@ static struct vhci_priv *dequeue_from_priv_tx(struct vhci_device *vdev)
list_for_each_entry_safe(priv, tmp, &vdev->priv_tx, list) {
list_move_tail(&priv->list, &vdev->priv_rx);
+ priv->submitted = true;
spin_unlock_irqrestore(&vdev->priv_lock, flags);
return priv;
}
--
2.56.0.212.g129ede20d9-goog
next prev parent reply other threads:[~2026-10-21 15:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-21 15:06 [PATCH 0/6] usbip: vhci_hcd: fix URB giveback leaks and disconnect races Raul E Rangel
2026-10-21 15:06 ` [PATCH 1/6] usbip: vhci_hcd: protect urb->hcpriv with priv_lock in vhci_urb_dequeue() Raul E Rangel
2026-10-21 15:06 ` Raul E Rangel [this message]
2026-10-21 15:06 ` [PATCH 3/6] usbip: vhci_hcd: stop enqueue and drain all pending URBs on disconnect Raul E Rangel
2026-10-21 15:06 ` [PATCH 4/6] usbip: vhci_hcd: clear URB_DMA_MAP_SG on all giveback paths Raul E Rangel
2026-10-21 15:07 ` [PATCH 5/6] usbip: vhci_hcd: allocate vhci_priv outside lock and handle ENOMEM Raul E Rangel
2026-10-21 15:07 ` [PATCH 6/6] usbip: vhci_hcd: reject URBs from stale usb_device after port re-attach Raul E Rangel
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=20261021150704.3129446-3-rrangel@chromium.org \
--to=rrangel@chromium.org \
--cc=bgmerrell@novell.com \
--cc=gregkh@linuxfoundation.org \
--cc=i@zenithal.me \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=mail@anirudhrb.com \
--cc=shuah@kernel.org \
--cc=stable@vger.kernel.org \
--cc=valentina.manea.m@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
all inboxes | Powered by JetHome®