[Bug 1184088] New: frequent usb resets starting with 5.11-rc7, 5.11-rc6 was fine
https://bugzilla.suse.com/show_bug.cgi?id=1184088 Bug ID: 1184088 Summary: frequent usb resets starting with 5.11-rc7, 5.11-rc6 was fine Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs@opensuse.org Reporter: dmueller@suse.com QA Contact: qa-bugs@suse.de Found By: --- Blocker: --- Some change between 5.11-rc6 and 5.11-rc7 is causing frequently storms of usb resets, significantly eating cpu power: [Sa M�r 27 20:17:47 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:17:52 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:17:58 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:18:03 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:18:09 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:18:15 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd [Sa M�r 27 20:18:20 2021] usb 3-1.1.3: reset high-speed USB device number 6 using xhci_hcd it stops usually after turning off/on the monitor (the usb hub this is connected to is builtin to my display), but sometimes it just stops by itself, and then at some later point in time resumes again. No idea what exactly triggers it, but I've never seen this with 5.11-rc6 or below. lsusb -t -v for this sub tree is: /: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 480M ID 1d6b:0002 Linux Foundation 2.0 root hub |__ Port 1: Dev 18, If 0, Class=Hub, Driver=hub/6p, 480M ID 0451:8442 Texas Instruments, Inc. |__ Port 6: Dev 25, If 0, Class=, Driver=, 480M ID 0451:82ee Texas Instruments, Inc. |__ Port 2: Dev 21, If 3, Class=Human Interface Device, Driver=usbhid, 12M ID 047f:c025 Plantronics, Inc. |__ Port 2: Dev 21, If 1, Class=Audio, Driver=snd-usb-audio, 12M ID 047f:c025 Plantronics, Inc. |__ Port 2: Dev 21, If 2, Class=Audio, Driver=snd-usb-audio, 12M ID 047f:c025 Plantronics, Inc. |__ Port 2: Dev 21, If 0, Class=Audio, Driver=snd-usb-audio, 12M ID 047f:c025 Plantronics, Inc. |__ Port 5: Dev 24, If 0, Class=Human Interface Device, Driver=usbhid, 480M ID 0451:82ff Texas Instruments, Inc. |__ Port 1: Dev 19, If 0, Class=Hub, Driver=hub/4p, 480M ID 0bda:5411 Realtek Semiconductor Corp. RTS5411 Hub |__ Port 3: Dev 23, If 2, Class=Audio, Driver=snd-usb-audio, 480M ID 046d:0825 Logitech, Inc. Webcam C270 |__ Port 3: Dev 23, If 0, Class=Video, Driver=uvcvideo, 480M ID 046d:0825 Logitech, Inc. Webcam C270 |__ Port 3: Dev 23, If 3, Class=Audio, Driver=snd-usb-audio, 480M ID 046d:0825 Logitech, Inc. Webcam C270 |__ Port 3: Dev 23, If 1, Class=Video, Driver=uvcvideo, 480M ID 046d:0825 Logitech, Inc. Webcam C270 -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1184088
https://bugzilla.suse.com/show_bug.cgi?id=1184088#c1
Takashi Iwai
https://bugzilla.suse.com/show_bug.cgi?id=1184088
https://bugzilla.suse.com/show_bug.cgi?id=1184088#c2
--- Comment #2 from Dirk Mueller
https://bugzilla.suse.com/show_bug.cgi?id=1184088
https://bugzilla.suse.com/show_bug.cgi?id=1184088#c3
--- Comment #3 from Takashi Iwai
https://bugzilla.suse.com/show_bug.cgi?id=1184088
https://bugzilla.suse.com/show_bug.cgi?id=1184088#c4
--- Comment #4 from Dirk Mueller
Is it with x86, or other platform?
x86, AMD Family 17h - AMD Renoir USB 3.1 (AMD Ryzen 4750G)
I'm asking it because the only generic xhci change between rc6 and rc7 is d4a610635400ccc382792f6be69427078541c678 xhci: fix bounce buffer usage for non-sg list case where is very likely irrelevant, and the rest are platform-specific, either for Mediatek, Armada 3720, Renesas, USB gadget and serial quirks, so these look irrelevant, either. So, none of the changes in drivers/usb/* look suspicious, through a quick glance.
Right. so why does it do a "reset" continuously? some time ago (not sure which kernel, some 5.10 or older) it was doing the reset once on boot and then was ignoring that port. If I understand it correctly, the usb device it complains about is: http://80.87.195.87/index.php?id=usb:0451-82ee which has no drivers, so it shouldn't do anything, at least not repeatedly? is there any way to figure out why it keeps trying? Maybe I can make it stop doing that somehow. -- You are receiving this mail because: You are the assignee for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1184088
https://bugzilla.suse.com/show_bug.cgi?id=1184088#c5
--- Comment #5 from Takashi Iwai
https://bugzilla.suse.com/show_bug.cgi?id=1184088
https://bugzilla.suse.com/show_bug.cgi?id=1184088#c6
Dirk Mueller
participants (1)
-
bugzilla_noreply@suse.com