Bug 240285 - USB 3.0 xhci loops resetting controller
Summary: USB 3.0 xhci loops resetting controller
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: usb (show other bugs)
Version: 12.0-RELEASE
Hardware: amd64 Any
: --- Affects Only Me
Assignee: freebsd-usb (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-02 16:51 UTC by Thomas D. Dean
Modified: 2019-09-02 16:55 UTC (History)
1 user (show)

See Also:

Attachments
lspci -v from a Ubuntu on the same machine. (1.21 KB, text/plain)
2019-09-02 16:51 UTC, Thomas D. Dean 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas D. Dean 2019-09-02 16:51:15 UTC 
Created attachment 207110 [details]
lspci -v from a Ubuntu on the same machine.

This does not happen with Ubuntu, which uses the xhci)hcd driver.

ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller

With nothing connected, USB 3.0 seems to be in a loop.

From dmesg:

xhci1: Resetting controller
ugen2.2: <vendor 0x2109 product 0x0810> at usbus2
uhub6 on uhub3
uhub6: <vendor 0x2109 product 0x0810, class 9/0, rev 3.00/33.88, addr 1> on usbus2
uhub6: 4 ports with 4 removable, self powered
ugen2.3: <vendor 0x2109 USB2.0 Hub> at usbus2
uhub7 on uhub3
uhub7: <vendor 0x2109 USB2.0 Hub, class 9/0, rev 2.00/2.88, addr 2> on usbus2
uhub7: 4 ports with 4 removable, self powered
uhub3: at usbus2, port 1, addr 1 (disconnected)
ugen2.2: <vendor 0x2109 product 0x0810> at usbus2 (disconnected)
uhub6: at uhub3, port 1, addr 1 (disconnected)
uhub6: detached
ugen2.3: <vendor 0x2109 USB2.0 Hub> at usbus2 (disconnected)
uhub7: at uhub3, port 3, addr 2 (disconnected)
uhub7: detached
uhub3: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus2
uhub3: 4 ports with 4 removable, self powered
xhci1: Resetting controller
ugen2.2: <vendor 0x2109 product 0x0810> at usbus2
uhub6 on uhub3
uhub6: <vendor 0x2109 product 0x0810, class 9/0, rev 3.00/33.88, addr 1> on usbus2
uhub6: 4 ports with 4 removable, self powered
ugen2.3: <vendor 0x2109 USB2.0 Hub> at usbus2
uhub7 on uhub3
uhub7: <vendor 0x2109 USB2.0 Hub, class 9/0, rev 2.00/2.88, addr 2> on usbus2
uhub7: 4 ports with 4 removable, self powered
uhub3: at usbus2, port 1, addr 1 (disconnected)
ugen2.2: <vendor 0x2109 product 0x0810> at usbus2 (disconnected)
uhub6: at uhub3, port 1, addr 1 (disconnected)
uhub6: detached
ugen2.3: <vendor 0x2109 USB2.0 Hub> at usbus2 (disconnected)
uhub7: at uhub3, port 3, addr 2 (disconnected)
uhub7: detached
uhub3: <0x1b21 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus2
uhub3: 4 ports with 4 removable, self powered
xhci1: Resetting controller
ugen2.2: <vendor 0x2109 product 0x0810> at usbus2
uhub6 on uhub3
uhub6: <vendor 0x2109 product 0x0810, class 9/0, rev 3.00/33.88, addr 1> on usbus2
Comment 1 Hans Petter Selasky freebsd_committer freebsd_triage 2019-09-02 16:55:21 UTC 
You might want to enable XHCI debugging while this is happening:

sysctl hw.usb.xhci.debug=17

--HPS