USB devices not detected during boot on USB 3.0 hubs
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
linux (Ubuntu) |
Incomplete
|
Undecided
|
Luke Nowakowski-Krijger | ||
Focal |
Fix Released
|
Undecided
|
Unassigned | ||
Impish |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
[SRU Justification]
[Impact]
There are users with certain intel xHCI controllers that are
experiencing problems with USB devices not being detected at boot.
This is because when the primary roothub is registered, device
enumeration happens before xHC is running and leads to devices not being
detected. This results in the error that looks something like
'usb usb1-port3: couldn't allocate usb_device'.
[Fix]
Register both root hubs along with the secondary hcd for xhci.
This original fix was reverted upstream due to regressions that occured due to
racing that happened when both roothubs were registered simultaneously.
However with those fixes being addressed in commits
("usb: hub: Fix usb enumeration issue due to address0 race")
("usb: hub: Fix locking issues with address0_mutex")
the maintainers have stated that they will be reintroducing this commit.
So lets reintroduce it here to fix the issues that users are
experiencing.
[Test Case]
Confirmed by Chris Chiu that this issue exists on similiar hardware
reported by the users and that reverting these reverts fixes the issue
showing no signs of 'couldn't allocate usb_device' and with USB devices
available after boot.
[Regression Potential]
Should be low now that we carry the fixes that seemed to be caused by
this patch series.
-------
There have been reports by some users using certain intel xHCI controllers that their USB devices are not being detected after boot again after similar issues were previously found and fixed. This seems to be related to both [1][2] with the majority of the discussion on [1] about these problems reoccurring. This bug report is being made more for documentation of this new regression.
These seems to be due to the patchset for [2] being reverted upstream due to regressions.
[1] https:/
[2] https:/
CVE References
summary: | |
Changed in linux (Ubuntu Focal): | |
status: | New → Confirmed |
Changed in linux (Ubuntu Impish): | |
status: | New → In Progress |
Changed in linux (Ubuntu Focal): | |
status: | Confirmed → In Progress |
Changed in linux (Ubuntu Focal): | |
status: | In Progress → Fix Committed |
Changed in linux (Ubuntu Impish): | |
status: | In Progress → Fix Committed |
description: | updated |
This bug is missing log files that will aid in diagnosing the problem. While running an Ubuntu kernel (not a mainline or third-party kernel) please enter the following command in a terminal window:
apport-collect 1968210
and then change the status of the bug to 'Confirmed'.
If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
This change has been made by an automated script, maintained by the Ubuntu Kernel Team.