You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
usb 1-2 device descriptor read error on CML_HEL_RT5682. #567
Now CI detected some different errors of "usb-1.2.*" on different DUTs. Like :
[ 8956.787401] kernel: usb 1-2.3: can't restore configuration #1 (error=-71)
[ 8957.322112] kernel: usb 1-2.3: unable to read config index 0 descriptor/all
[ 8957.322128] kernel: usb 1-2.3: can't read configurations, error -32
[ 8958.003526] kernel: usb 1-2-port3: unable to enumerate USB device
[ 7280.022175] kernel: usb 1-2-port4: Cannot enable. Maybe the USB cable is bad?
[ 7280.990299] kernel: usb 1-2-port4: Cannot enable. Maybe the USB cable is bad?
[ 7281.960402] kernel: usb 1-2-port4: Cannot enable. Maybe the USB cable is bad?
Similar USB device enumeration failure is observed in CI daily test ID 1828 on 2021-01-26: on device CML_HEL_RT5682 (DUT jf-cml-hel-rt5682-02) in case check-kmod-load-unload.sh
kernel: [ 7293.017347] usb 1-2.4: reset full-speed USB device number 4 using xhci_hcd
kernel: [ 7294.252207] usb 1-2.4: reset full-speed USB device number 4 using xhci_hcd
kernel: [ 7294.342871] usb 1-2.4: device descriptor read/64, error 8
kernel: [ 7294.539943] usb 1-2.4: device descriptor read/64, error -32
kernel: [ 7294.734917] usb 1-2.4: reset full-speed USB device number 4 using xhci_hcd
kernel: [ 7294.824895] usb 1-2.4: device descriptor read/64, error -32
kernel: [ 7295.022892] usb 1-2.4: device descriptor read/64, error -32
kernel: [ 7295.214835] usb 1-2.4: reset full-speed USB device number 4 using xhci_hcd
kernel: [ 7295.227821] usb 1-2.4: device descriptor read/all, error -32
kernel: [ 7295.317115] usb 1-2.4: reset full-speed USB device number 4 using xhci_hcd
kernel: [ 7295.317281] usb 1-2.4: Device not responding to setup address.
kernel: [ 7295.527029] usb 1-2.4: Device not responding to setup address.
kernel: [ 7295.735821] usb 1-2.4: device not accepting address 4, error -71
kernel: [ 7295.736915] usb 1-2.4: USB disconnect, device number 4
kernel: [ 7295.861803] usb 1-2.4: new full-speed USB device number 6 using xhci_hcd
kernel: [ 7295.951888] usb 1-2.4: device descriptor read/64, error -32
kernel: [ 7296.143864] usb 1-2.4: device descriptor read/64, error -32
kernel: [ 7296.335839] usb 1-2.4: new full-speed USB device number 7 using xhci_hcd
kernel: [ 7296.423867] usb 1-2.4: device descriptor read/64, error -32
kernel: [ 7296.614059] usb 1-2.4: Device not responding to setup address.
kernel: [ 7296.822125] usb 1-2.4: Device not responding to setup address.
kernel: [ 7297.030744] usb 1-2.4: device not accepting address 7, error -71
kernel: [ 7297.031055] usb 1-2-port4: attempt power cycle
kernel: [ 7297.658831] usb 1-2.4: new full-speed USB device number 8 using xhci_hcd
kernel: [ 7297.671781] usb 1-2.4: device descriptor read/8, error -32
kernel: [ 7297.787267] usb 1-2.4: device descriptor read/all, error -32
kernel: [ 7297.877766] usb 1-2.4: new full-speed USB device number 9 using xhci_hcd
kernel: [ 7297.877975] usb 1-2.4: Device not responding to setup address.
kernel: [ 7298.101181] usb 1-2.4: device descriptor read/8, error -32
kernel: [ 7298.220439] usb 1-2.4: device descriptor read/8, error -32
kernel: [ 7298.328195] usb 1-2-port4: unable to enumerate USB device
These usb errors are never seen when UGreen USB hub is used on helios, for this, I think we should replace usb hub with new one. I will track daily, and see if there errors are still there.
Thanks @aiChaoSONG . If some very specific USB hub or device causes error messages then we should really, really get rid of it as soon as we can replace it. We really don't want it to make the network or the audio adapter unreliable.
I replaced usb-c hub with known one to work fine. From attached picture, the left is new one, right side is old one. Both are from UGreen. I ran manual test, it looks working fine. I will wait and check for couple more days. If the problem is not happening again, I will close this issue. BTW, I replaced with same USB hub for all Helios in JF(3 DUTs)
Activity
sof-kernel-log-check: revise ignore_str for usb errors
sof-kernel-log-check: revise ignore_str for usb errors
sof-kernel-log-check: revise ignore_str for usb errors
keqiaozhang commentedon Jan 26, 2021
Now CI detected some different errors of "usb-1.2.*" on different DUTs. Like :
mengdonglin commentedon Jan 27, 2021
Similar USB device enumeration failure is observed in CI daily test ID 1828 on 2021-01-26: on device CML_HEL_RT5682 (DUT jf-cml-hel-rt5682-02) in case check-kmod-load-unload.sh
mengdonglin commentedon Jan 27, 2021
@fredoh9 Can you help check if this is related to the USB sound card or USB ethernet adaptor? Does it always happen on the same CML Helios device?
xiulipan commentedon Feb 3, 2021
@marc-hb @aiChaoSONG It seems we missed USB-1 in #568
@aiChaoSONG would you mind to create a new PR?
aiChaoSONG commentedon Feb 3, 2021
These usb errors are never seen when UGreen USB hub is used on helios, for this, I think we should replace usb hub with new one. I will track daily, and see if there errors are still there.
marc-hb commentedon Feb 3, 2021
Thanks @aiChaoSONG . If some very specific USB hub or device causes error messages then we should really, really get rid of it as soon as we can replace it. We really don't want it to make the network or the audio adapter unreliable.
fredoh9 commentedon Feb 22, 2021
I replaced usb-c hub with known one to work fine. From attached picture, the left is new one, right side is old one. Both are from UGreen. I ran manual test, it looks working fine. I will wait and check for couple more days. If the problem is not happening again, I will close this issue. BTW, I replaced with same USB hub for all Helios in JF(3 DUTs)
for new one, this is amazon link,
https://www.amazon.com/UGREEN-Adapter-MacBook-Matebook-Chromebook/dp/B077FZQS95/ref=sr_1_5?dchild=1&keywords=UGREEN+Type-c+DONGLE&qid=1611826201&sr=8-5
fredoh9 commentedon Feb 25, 2021
I haven't seen any error after the replacement. I will wait for one more day and close this.
keqiaozhang commentedon Mar 29, 2021
Not seen this issue in CI, let's close this bug