linux-kernel - Re: [PATCH v6] xhci: re-initialize the HC during resume if HCE was set

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Tue, 15 Feb 2022 20:05:00 +0800
From:   Puma Hsu <pumahsu@...gle.com>
To:     Mathias Nyman <mathias.nyman@...ux.intel.com>
Cc:     mathias.nyman@...el.com, Greg KH <gregkh@...uxfoundation.org>,
        Sergey Shtylyov <s.shtylyov@....ru>,
        Albert Wang <albertccwang@...gle.com>,
        linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
        stable@...r.kernel.org
Subject: Re: [PATCH v6] xhci: re-initialize the HC during resume if HCE was set

On Thu, Feb 10, 2022 at 7:08 PM Mathias Nyman
<mathias.nyman@...ux.intel.com> wrote:
>
> On 8.2.2022 9.11, Puma Hsu wrote:
> > On Thu, Feb 3, 2022 at 3:11 AM Mathias Nyman
> > <mathias.nyman@...ux.intel.com> wrote:
> >>
> >> On 29.1.2022 11.30, Puma Hsu wrote:
> >>> When HCE(Host Controller Error) is set, it means an internal
> >>> error condition has been detected. Software needs to re-initialize
> >>> the HC, so add this check in xhci resume.
> >>>
> >>> Cc: stable@...r.kernel.org
> >>> Signed-off-by: Puma Hsu <pumahsu@...gle.com>
> >>> ---
> >>> v2: Follow Sergey Shtylyov <s.shtylyov@....ru>'s comment.
> >>> v3: Add stable@...r.kernel.org for stable release.
> >>> v4: Refine the commit message.
> >>> v5: Add a debug log. Follow Mathias Nyman <mathias.nyman@...ux.intel.com>'s comment.
> >>> v6: Fix the missing declaration for str.
> >>>
> >>>  drivers/usb/host/xhci.c | 7 +++++--
> >>>  1 file changed, 5 insertions(+), 2 deletions(-)
> >>>
> >>> diff --git a/drivers/usb/host/xhci.c b/drivers/usb/host/xhci.c
> >>> index dc357cabb265..6f1198068004 100644
> >>> --- a/drivers/usb/host/xhci.c
> >>> +++ b/drivers/usb/host/xhci.c
> >>> @@ -1091,6 +1091,7 @@ int xhci_resume(struct xhci_hcd *xhci, bool hibernated)
> >>>       int                     retval = 0;
> >>>       bool                    comp_timer_running = false;
> >>>       bool                    pending_portevent = false;
> >>> +     char                    str[XHCI_MSG_MAX];
> >>>
> >>>       if (!hcd->state)
> >>>               return 0;
> >>> @@ -1146,8 +1147,10 @@ int xhci_resume(struct xhci_hcd *xhci, bool hibernated)
> >>>               temp = readl(&xhci->op_regs->status);
> >>>       }
> >>>
> >>> -     /* If restore operation fails, re-initialize the HC during resume */
> >>> -     if ((temp & STS_SRE) || hibernated) {
> >>> +     /* If restore operation fails or HC error is detected, re-initialize the HC during resume */
> >>> +     if ((temp & (STS_SRE | STS_HCE)) || hibernated) {
> >>> +             xhci_warn(xhci, "re-initialize HC during resume, USBSTS:%s\n",
> >>> +                       xhci_decode_usbsts(str, temp));
> >>>
> >>>               if ((xhci->quirks & XHCI_COMP_MODE_QUIRK) &&
> >>>                               !(xhci_all_ports_seen_u0(xhci))) {
> >>>
> >>
> >> Ended up modifying this patch a bit more than I first intended,
> >> - don't print warning in hibernation case, only error.
> >> - maybe using a lot of stack for a debug string isn't really needed.
> >> - make sure we read the usbsts register before checking for the HCE bit.
> >>
> >> Does the below work for you? If yes, and you agree I'll apply it instead
> >
> > Hi Mathias,
> > Yes, your patch works for me, thanks!
> > Will you submit a new patch? or should I update to a new version?
> > Thanks.
>
> I'll submit it

Hi Mathias,
Could I know when you will submit the new patch?
We will sync the patch to our project.
Thank you for your effort!

>
> Thanks
> -Mathias