From: Michal Pecio <michal.pecio@gmail.com>
To: Niklas Neronin <niklas.neronin@linux.intel.com>
Cc: mathias.nyman@linux.intel.com, linux-usb@vger.kernel.org,
raoxu@uniontech.com, Thinh.Nguyen@synopsys.com
Subject: Re: [RFC PATCH 09/12] usb: xhci: optimize resuming from S4 (suspend-to-RAM)
Date: Fri, 6 Mar 2026 08:05:33 +0100 [thread overview]
Message-ID: <20260306080533.0f7eef36.michal.pecio@gmail.com> (raw)
In-Reply-To: <20260305144824.3264408-10-niklas.neronin@linux.intel.com>
In the subject, I think you meant S4 (suspend to *disk*).
On Thu, 5 Mar 2026 15:48:21 +0100, Niklas Neronin wrote:
> On resume from S4 (power loss after suspend/hibernation), the xHCI
> driver previously freed, reallocated, and fully reinitialized all
> data structures.
Actually, I don't understand this logic. Isn't it the case that:
- the Core Power Well always loses power in S3, S4 and S5
- the AUX Power Well usually keeps power in S3, S4 and S5, although it
may also lose it in either state (in S3: weird/broken HW, FW bug)
So it seems that the driver should explicitly inspect root hub state
instead of guessing based on sleep level?
> Most of this is unnecessary because the data is restored from a saved
> image; only the xHCI registers lose their values.
Well, it was a simple way to guarantee that all driver data really are
at their defaults. So no stale entries on xhci->cmd_list, for example.
> This patch optimizes S4 resume by performing only a host controller
> reset, which includes:
> * Freeing or clearing runtime-created data.
> * Rewriting xHCI registers.
>
> Signed-off-by: Niklas Neronin <niklas.neronin@linux.intel.com>
> ---
> drivers/usb/host/xhci-mem.c | 2 +-
> drivers/usb/host/xhci.c | 46 +++++++++++++++++++------------------
> drivers/usb/host/xhci.h | 1 +
> 3 files changed, 26 insertions(+), 23 deletions(-)
>
> diff --git a/drivers/usb/host/xhci-mem.c b/drivers/usb/host/xhci-mem.c
> index fae75969e49a..46d977f9e5c5 100644
> --- a/drivers/usb/host/xhci-mem.c
> +++ b/drivers/usb/host/xhci-mem.c
> @@ -936,7 +936,7 @@ void xhci_free_virt_device(struct xhci_hcd *xhci, struct xhci_virt_device *dev,
> * that tt_info, then free the child first. Recursive.
> * We can't rely on udev at this point to find child-parent relationships.
> */
> -static void xhci_free_virt_devices_depth_first(struct xhci_hcd *xhci, int slot_id)
> +void xhci_free_virt_devices_depth_first(struct xhci_hcd *xhci, int slot_id)
> {
> struct xhci_virt_device *vdev;
> struct list_head *tt_list_head;
> diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
> index b22f10cfbe7b..e03f717d2314 100644
> --- a/drivers/usb/host/xhci.c
> +++ b/drivers/usb/host/xhci.c
> @@ -1075,9 +1075,11 @@ int xhci_resume(struct xhci_hcd *xhci, bool power_lost, bool is_auto_resume)
> {
> u32 command, temp = 0;
> struct usb_hcd *hcd = xhci_to_hcd(xhci);
> + struct xhci_segment *seg;
> int retval = 0;
> bool pending_portevent = false;
> bool suspended_usb3_devs = false;
> + bool reset_registers = false;
>
> if (!hcd->state)
> return 0;
> @@ -1096,10 +1098,11 @@ int xhci_resume(struct xhci_hcd *xhci, bool power_lost, bool is_auto_resume)
>
> spin_lock_irq(&xhci->lock);
>
> - if (xhci->quirks & XHCI_RESET_ON_RESUME || xhci->broken_suspend)
> - power_lost = true;
> -
> - if (!power_lost) {
> + if (power_lost || xhci->broken_suspend || xhci->quirks & XHCI_RESET_ON_RESUME) {
> + xhci_dbg(xhci, "HC state lost, performing host controller reset\n");
> + reset_registers = true;
> + } else {
> + xhci_dbg(xhci, "HC state intact, continuing without reset\n");
> /*
> * Some controllers might lose power during suspend, so wait
> * for controller not ready bit to clear, just as in xHC init.
> @@ -1137,11 +1140,11 @@ int xhci_resume(struct xhci_hcd *xhci, bool power_lost, bool is_auto_resume)
> temp = readl(&xhci->op_regs->status);
> if ((temp & (STS_SRE | STS_HCE)) && !(xhci->xhc_state & XHCI_STATE_REMOVING)) {
> xhci_warn(xhci, "xHC error in resume, USBSTS 0x%x, Reinit\n", temp);
> - power_lost = true;
> + reset_registers = true;
> }
> }
>
> - if (power_lost) {
> + if (reset_registers) {
> if ((xhci->quirks & XHCI_COMP_MODE_QUIRK) &&
> !(xhci_all_ports_seen_u0(xhci))) {
> timer_delete_sync(&xhci->comp_mode_recovery_timer);
> @@ -1165,28 +1168,27 @@ int xhci_resume(struct xhci_hcd *xhci, bool power_lost, bool is_auto_resume)
> if (retval)
> return retval;
>
> - xhci_dbg(xhci, "// Disabling event ring interrupts\n");
> - writel(STS_EINT, &xhci->op_regs->status);
> - xhci_disable_interrupter(xhci, xhci->interrupters[0]);
> + /* Clear data which is re-initilized during runtime */
> + xhci_for_each_ring_seg(xhci->interrupters[0]->event_ring->first_seg, seg)
> + memset(seg->trbs, 0, sizeof(union xhci_trb) * TRBS_PER_SEGMENT);
> +
> + for (int i = xhci->max_ports; i > 0; i--)
> + xhci_free_virt_devices_depth_first(xhci, i);
> +
> + xhci->cmd_ring_reserved_trbs = 0;
> + xhci_for_each_ring_seg(xhci->cmd_ring->first_seg, seg)
> + memset(seg->trbs, 0, sizeof(union xhci_trb) * TRBS_PER_SEGMENT);
>
> - xhci_dbg(xhci, "cleaning up memory\n");
> - xhci_mem_cleanup(xhci);
> xhci_debugfs_exit(xhci);
> - xhci_dbg(xhci, "xhci_stop completed - status = %x\n",
> - readl(&xhci->op_regs->status));
>
> - /* USB core calls the PCI reinit and start functions twice:
> + xhci_dbg(xhci, "Re-initializing xHCI registers\n");
> + xhci_init(hcd);
> +
> + /*
> + * USB core calls the PCI reinit and start functions twice:
> * first with the primary HCD, and then with the secondary HCD.
> * If we don't do the same, the host will never be started.
> */
> - xhci_dbg(xhci, "Allocate the xhci_hcd\n");
> - retval = xhci_mem_init(xhci, GFP_KERNEL);
> - if (retval)
> - return retval;
> -
> - xhci_dbg(xhci, "Initialize the xhci_hcd\n");
> - xhci_init(hcd);
> -
> xhci_dbg(xhci, "Start the primary HCD\n");
> retval = xhci_run(hcd);
> if (!retval && xhci->shared_hcd) {
> diff --git a/drivers/usb/host/xhci.h b/drivers/usb/host/xhci.h
> index ade0198bf9ea..e6a51f1318c2 100644
> --- a/drivers/usb/host/xhci.h
> +++ b/drivers/usb/host/xhci.h
> @@ -1792,6 +1792,7 @@ void xhci_dbg_trace(struct xhci_hcd *xhci, void (*trace)(struct va_format *),
> void xhci_mem_cleanup(struct xhci_hcd *xhci);
> int xhci_mem_init(struct xhci_hcd *xhci, gfp_t flags);
> void xhci_free_virt_device(struct xhci_hcd *xhci, struct xhci_virt_device *dev, int slot_id);
> +void xhci_free_virt_devices_depth_first(struct xhci_hcd *xhci, int slot_id);
> int xhci_alloc_virt_device(struct xhci_hcd *xhci, int slot_id, struct usb_device *udev, gfp_t flags);
> int xhci_setup_addressable_virt_dev(struct xhci_hcd *xhci, struct usb_device *udev);
> void xhci_copy_ep0_dequeue_into_input_ctx(struct xhci_hcd *xhci,
> --
> 2.50.1
>
next prev parent reply other threads:[~2026-03-06 7:05 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-05 14:48 [RFC PATCH 00/12] usb: xhci: groundwork for secondary interrupters Niklas Neronin
2026-03-05 14:48 ` [RFC PATCH 01/12] usb: xhci: simplify CMRT initialization logic Niklas Neronin
2026-03-05 14:48 ` [RFC PATCH 02/12] usb: xhci: relocate Restore/Controller error check Niklas Neronin
2026-03-05 14:48 ` [RFC PATCH 03/12] usb: xhci: simplify USBSTS register reset Niklas Neronin
2026-03-05 19:26 ` Michal Pecio
2026-03-05 14:48 ` [RFC PATCH 04/12] usb: xhci: move reserving command ring trb Niklas Neronin
2026-03-05 14:48 ` [RFC PATCH 05/12] usb: xhci: move ring initialization Niklas Neronin
2026-03-05 14:48 ` [RFC PATCH 06/12] usb: xhci: move initialization for lifetime objects Niklas Neronin
2026-03-05 22:14 ` Michal Pecio
2026-03-06 9:47 ` Neronin, Niklas
2026-03-05 14:48 ` [RFC PATCH 07/12] usb: xhci: split core allocation and initialization Niklas Neronin
2026-03-05 22:23 ` Michal Pecio
2026-03-05 14:48 ` [RFC PATCH 08/12] usb: xhci: improve debug messages during suspend Niklas Neronin
2026-03-05 14:48 ` [RFC PATCH 09/12] usb: xhci: optimize resuming from S4 (suspend-to-RAM) Niklas Neronin
2026-03-06 6:52 ` raoxu
2026-03-06 10:16 ` Neronin, Niklas
2026-03-06 7:05 ` Michal Pecio [this message]
2026-03-05 14:48 ` [RFC PATCH 10/12] usb: xhci: add interrupter type Niklas Neronin
2026-03-05 14:48 ` [RFC PATCH 11/12] usb: xhci: prepare for multiple interrupters Niklas Neronin
2026-03-05 14:48 ` [RFC PATCH 12/12] usb: xhci: prepare IRQ handler " Niklas Neronin
2026-03-06 6:53 ` raoxu
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=20260306080533.0f7eef36.michal.pecio@gmail.com \
--to=michal.pecio@gmail.com \
--cc=Thinh.Nguyen@synopsys.com \
--cc=linux-usb@vger.kernel.org \
--cc=mathias.nyman@linux.intel.com \
--cc=niklas.neronin@linux.intel.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