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] [day] [month] [year] [list]
Message-ID: <03d20937-5c45-4b0a-930d-44d3f7245c6e@rowland.harvard.edu>
Date:   Wed, 12 Apr 2023 08:35:27 -0400
From:   Alan Stern <stern@...land.harvard.edu>
To:     Jimmy Hu <hhhuuu@...gle.com>
Cc:     gregkh@...uxfoundation.org, badhri@...gle.com,
        linux-usb@...r.kernel.org, linux-kernel@...r.kernel.org,
        stable@...r.kernel.org
Subject: Re: [PATCH] usb: core: hub: Disable autosuspend for VIA VL813 USB3.0
 hub

On Wed, Apr 12, 2023 at 09:55:02AM +0800, Jimmy Hu wrote:
> On Tue, Apr 11, 2023 at 9:55 PM Alan Stern <stern@...land.harvard.edu> wrote:
> >
> > On Tue, Apr 11, 2023 at 08:31:45AM +0000, Jimmy Hu wrote:
> > > The VIA VL813 USB3.0 hub appears to have an issue with autosuspend and
> > > detecting USB3 devices. This can be reproduced by connecting a USB3
> > > device to the hub after the hub enters autosuspend mode.
> > >
> > > //connect the hub
> > > [  106.854204] usb 2-1: new SuperSpeed Gen 1 USB device number 2 using xhci-hcd
> > > [  107.084993] usb 2-1: New USB device found, idVendor=2109, idProduct=0813, bcdDevice=90.15
> > > [  107.094520] usb 2-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
> > > [  107.111836] usb 2-1: Product: USB3.0 Hub
> > > [  107.116835] usb 2-1: Manufacturer: VIA Labs, Inc.
> > > [  107.314230] hub 2-1:1.0: USB hub found
> > > [  107.321356] hub 2-1:1.0: 4 ports detected
> > >
> > > //the hub enters autosuspend mode
> > > [  107.738873] hub 2-1:1.0: hub_suspend
> > > [  107.922097] usb 2-1: usb auto-suspend, wakeup 1
> > >
> > > //connect a USB3 device
> > > [  133.120060] usb 2-1: usb wakeup-resume
> > > [  133.160033] usb 2-1: Waited 0ms for CONNECT
> > > [  133.165423] usb 2-1: finish resume
> > > [  133.176919] hub 2-1:1.0: hub_resume
> > > [  133.188026] usb 2-1-port3: status 0263 change 0041
> > > [  133.323585] hub 2-1:1.0: state 7 ports 4 chg 0008 evt 0008
> > > [  133.342423] usb 2-1-port3: link state change
> > > [  133.358154] usb 2-1-port3: status 0263, change 0040, 5.0 Gb/s
> >
> > This status value indicates that the port is in the U3 suspend state.
> > Maybe the port needs to be put back into U0 before it can be reset.
> >
> > > [  133.875150] usb 2-1-port3: not reset yet, waiting 10ms
> > > [  133.895502] usb 2-1-port3: not reset yet, waiting 10ms
> > > [  133.918239] usb 2-1-port3: not reset yet, waiting 200ms
> > > [  134.139529] usb 2-1-port3: not reset yet, waiting 200ms
> > > [  134.365296] usb 2-1-port3: not reset yet, waiting 200ms
> > > [  134.590185] usb 2-1-port3: not reset yet, waiting 200ms
> > > [  134.641330] hub 2-1:1.0: state 7 ports 4 chg 0000 evt 0008
> > > [  134.658880] hub 2-1:1.0: hub_suspend
> > > [  134.792908] usb 2-1: usb auto-suspend, wakeup 1
> > >
> > > Disabling autosuspend for this hub resolves the issue.
> >
> > It may be possible to fix the problem.  You should try that before
> > giving up.
> >
> > Alan Stern
> 
> [  133.120060] usb 2-1: usb wakeup-resume
> [  133.160033] usb 2-1: Waited 0ms for CONNECT
> [  133.165423] usb 2-1: finish resume
> [  133.176919] hub 2-1:1.0: hub_resume
> When a USB3 device is connected to the hub,  it did finish the resume
> and should be put back into U0, but it seems to have failed.

Those messages mean the hub's upstream port (the port on the hub which 
connects to the computer) is back in U0.  But I was talking about the 
downstream port (the port on the hub which connects to the device that 
was just plugged in).  That port is in U3.

Alan Stern

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ