From: Mathias Nyman <mathias.nyman@linux.intel.com>
To: <linux-usb@vger.kernel.org>
Cc: raoxu@uniontech.com, michal.pecio@gmail.com,
Mathias Nyman <mathias.nyman@linux.intel.com>
Subject: [RFT PATCH 1/3] xhci: include all root port children in recovery prevention on link error
Date: Mon, 29 Jun 2026 15:30:29 +0300 [thread overview]
Message-ID: <20260629123031.142133-2-mathias.nyman@linux.intel.com> (raw)
In-Reply-To: <20260629123031.142133-1-mathias.nyman@linux.intel.com>
Driver already prevents useless transfer retry and endpoint recovery
for devices directly connected to a root port with link errors.
These devices are either disconnecting or will be reset. Link is gone.
Move the flag indicating link error from the xhci device structure to
the root port strucure, allowing all child devices behind hubs to easily
check for root port link errors, avoiding useless transfer retries and
endpoint recovery.
This extends the previous endpoint recovery prevention in
commit b8c3b718087b ("usb: xhci: Don't try to recover an endpoint if port is in error state.")
Only root port link errors can be detected early by xhci driver,
not link errors between external hubs and their children.
Signed-off-by: Mathias Nyman <mathias.nyman@linux.intel.com>
---
drivers/usb/host/xhci-ring.c | 27 +++++++++++++++------------
drivers/usb/host/xhci.c | 4 +---
drivers/usb/host/xhci.h | 9 +--------
3 files changed, 17 insertions(+), 23 deletions(-)
diff --git a/drivers/usb/host/xhci-ring.c b/drivers/usb/host/xhci-ring.c
index e47e644b296e..020e924c1ced 100644
--- a/drivers/usb/host/xhci-ring.c
+++ b/drivers/usb/host/xhci-ring.c
@@ -993,7 +993,7 @@ static int xhci_handle_halted_endpoint(struct xhci_hcd *xhci,
* Avoid resetting endpoint if link is inactive. Can cause host hang.
* Device will be reset soon to recover the link so don't do anything
*/
- if (ep->vdev->flags & VDEV_PORT_ERROR)
+ if (ep->vdev->rhub_port->link_inactive)
return -ENODEV;
/* add td to cancelled list and let reset ep handler take care of it */
@@ -1992,13 +1992,15 @@ static void xhci_cavium_reset_phy_quirk(struct xhci_hcd *xhci)
static void handle_port_status(struct xhci_hcd *xhci, union xhci_trb *event)
{
struct xhci_virt_device *vdev = NULL;
- struct usb_hcd *hcd;
- u32 port_id;
- u32 portsc, cmd_reg;
- unsigned int hcd_portnum;
struct xhci_bus_state *bus_state;
- bool bogus_port_status = false;
struct xhci_port *port;
+ struct usb_hcd *hcd;
+ bool bogus_port_status = false;
+ unsigned int hcd_portnum;
+ u32 cmd_reg;
+ u32 port_id;
+ u32 portsc;
+ u32 pls;
/* Port status change events always have a successful completion code */
if (GET_COMP_CODE(le32_to_cpu(event->generic.field[2])) != COMP_SUCCESS)
@@ -2035,6 +2037,7 @@ static void handle_port_status(struct xhci_hcd *xhci, union xhci_trb *event)
bus_state = &port->rhub->bus_state;
hcd_portnum = port->hcd_portnum;
portsc = xhci_portsc_readl(port);
+ pls = portsc & PORT_PLS_MASK;
xhci_dbg(xhci, "Port change event, %d-%d, id %d, portsc: 0x%x\n",
hcd->self.busnum, hcd_portnum + 1, port_id, portsc);
@@ -2046,12 +2049,12 @@ static void handle_port_status(struct xhci_hcd *xhci, union xhci_trb *event)
usb_hcd_resume_root_hub(hcd);
}
- if (vdev && (portsc & PORT_PLS_MASK) == XDEV_INACTIVE) {
- if (!(portsc & PORT_RESET))
- vdev->flags |= VDEV_PORT_ERROR;
- } else if (vdev && portsc & PORT_RC) {
- vdev->flags &= ~VDEV_PORT_ERROR;
- }
+ /*
+ * Tag broken links to avoid retries while hub driver sorts it out.
+ * Link status is not relible while port is in reset.
+ */
+ if (!(portsc & PORT_RESET))
+ port->link_inactive = (pls == XDEV_INACTIVE);
if ((portsc & PORT_PLC) && (portsc & PORT_PLS_MASK) == XDEV_RESUME) {
xhci_dbg(xhci, "port resume event for port %d\n", port_id);
diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
index a54f5b57f205..cc92b316d877 100644
--- a/drivers/usb/host/xhci.c
+++ b/drivers/usb/host/xhci.c
@@ -1667,7 +1667,7 @@ static int xhci_urb_enqueue(struct usb_hcd *hcd, struct urb *urb, gfp_t mem_flag
goto free_priv;
}
- if (xhci->devs[slot_id]->flags & VDEV_PORT_ERROR) {
+ if (xhci->devs[slot_id]->rhub_port->link_inactive) {
xhci_dbg(xhci, "Can't queue urb, port error, link inactive\n");
ret = -ENODEV;
goto free_priv;
@@ -4029,7 +4029,6 @@ static int xhci_discover_or_reset_device(struct usb_hcd *hcd,
xhci_get_slot_state(xhci, virt_dev->out_ctx));
xhci_dbg(xhci, "Not freeing device rings.\n");
/* Don't treat this as an error. May change my mind later. */
- virt_dev->flags = 0;
ret = 0;
goto command_cleanup;
case COMP_SUCCESS:
@@ -4081,7 +4080,6 @@ static int xhci_discover_or_reset_device(struct usb_hcd *hcd,
}
/* If necessary, update the number of active TTs on this root port */
xhci_update_tt_active_eps(xhci, virt_dev, old_active_eps);
- virt_dev->flags = 0;
ret = 0;
command_cleanup:
diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h
index aeecd301f207..717a7fd60a76 100644
--- a/drivers/usb/host/xhci.h
+++ b/drivers/usb/host/xhci.h
@@ -750,14 +750,6 @@ struct xhci_virt_device {
struct xhci_port *rhub_port;
struct xhci_interval_bw_table *bw_table;
struct xhci_tt_bw_info *tt_info;
- /*
- * flags for state tracking based on events and issued commands.
- * Software can not rely on states from output contexts because of
- * latency between events and xHC updating output context values.
- * See xhci 1.1 section 4.8.3 for more details
- */
- unsigned long flags;
-#define VDEV_PORT_ERROR BIT(0) /* Port error, link inactive */
/* The current max exit latency for the enabled USB3 link states. */
u16 current_mel;
@@ -1478,6 +1470,7 @@ struct xhci_port {
int hcd_portnum;
struct xhci_hub *rhub;
struct xhci_port_cap *port_cap;
+ unsigned int link_inactive:1;
unsigned int lpm_incapable:1;
unsigned long resume_timestamp;
bool rexit_active;
--
2.43.0
next prev parent reply other threads:[~2026-06-29 12:30 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-29 12:30 [RFT PATCH 0/3] xhci: avoid futile stop endpoint command and host teardown Mathias Nyman
2026-06-29 12:30 ` Mathias Nyman [this message]
2026-06-29 12:30 ` [RFT PATCH 2/3] xhci: prevent endpoint recovery after roothub disconnect Mathias Nyman
2026-06-29 12:30 ` [RFT PATCH 3/3] xhci: avoid xHC endpoint changes after disconnect or link error Mathias Nyman
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=20260629123031.142133-2-mathias.nyman@linux.intel.com \
--to=mathias.nyman@linux.intel.com \
--cc=linux-usb@vger.kernel.org \
--cc=michal.pecio@gmail.com \
--cc=raoxu@uniontech.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