| Summary: | USB devices aren't found or enumerated, results in boot failure from USB stick installation media, using USB 3.1 Gen 2 (Type-C, HP USB Boost, Thunderbolt) | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Chris Murphy <bugzilla> | ||||||||||||||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||||||||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||||||||||
| Severity: | unspecified | Docs Contact: | |||||||||||||||||
| Priority: | unspecified | ||||||||||||||||||
| Version: | rawhide | CC: | gansalmon, ichavero, itamar, jonathan, kernel-maint, knutjbj, kparal, madhu.chinakonda, mchehab, pschindl, robatino | ||||||||||||||||
| Target Milestone: | --- | ||||||||||||||||||
| Target Release: | --- | ||||||||||||||||||
| Hardware: | Unspecified | ||||||||||||||||||
| OS: | Unspecified | ||||||||||||||||||
| Whiteboard: | RejectedBlocker | ||||||||||||||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||||||||||||||
| Doc Text: | Story Points: | --- | |||||||||||||||||
| Clone Of: | Environment: | ||||||||||||||||||
| Last Closed: | 2018-04-24 16:18:42 UTC | Type: | Bug | ||||||||||||||||
| Regression: | --- | Mount Type: | --- | ||||||||||||||||
| Documentation: | --- | CRM: | |||||||||||||||||
| Verified Versions: | Category: | --- | |||||||||||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||||||||||
| Attachments: |
|
||||||||||||||||||
|
Description
Chris Murphy
2016-10-02 16:51:00 UTC
Created attachment 1206641 [details]
blkid lsmod (cell photo)
Shows blkid and lsmod output. blkid only sees the nvme device, not the USB stick that got us to this point. lsmod shows missing uas and usb_storage modules.
Unplug, plug, does not result in play (USB stick still missing). This is the most common outcome.
Created attachment 1206642 [details]
lsmod, rare case
This boot still fails, but shows uas and usb_storage modules. The USB stick does not enumerate during startup, I still end up at dracut shell. If I unplug the stick then plug it back in, enumeration happens.
Created attachment 1206644 [details] dmesg, rare case This dmesg goes with "lsmod, rare case" in comment 2. They are the same boot. 4.710740 there's a bunch of usb related items suggesting it understands it's got a USB bus, but still doesn't see the stick. 5.282785 it sees the stick seems to be using the correct xhci_hcd driver but it still isn't enumerated. 348.737213 is when I disconnect the USB stick, and 362.716545 is when I plug it back in, and enumeration happens. There's no change in lsmod. Created attachment 1206647 [details] lspci, rare case Goes with boot described in comment 2. This lspci -vvnn is taken when enumeration hasn't happened yet; before unplug plug and play of the stick. Created attachment 1206650 [details] lspci after unplug and plug, rare case Goes with boot described in comment 2. This lspci -vvnn is taken after unplugging the stick and plugging it back in. diff shows various state differences between the two lspci's. Created attachment 1206652 [details]
journal acpi=off
Still fails to complete startup, but different details. Enumeration happens but takes 20+ minutes to get to anaconda, and then no graphical boot, there is a call trace that might explain that, along with the suggestion to use pci=biosirq.
pci=biosirq by itself results in original failure
acpi=off pci=biosirq together has same results as acpi=off without pci=biosirq
Everything after 1900s can be ignored; I yanked the USB stick to attach one that's read writable in order to extract the journal.
https://fedoraproject.org/wiki/Common_kernel_problems These have no effect, original failure is the result: usbcore.autosuspend=-1 floppy.allowed_drive_mask=0 pci=nomsi,nommconf pcie_aspm=off rdblacklist=ahci libata.dma=0 Without quiet but with pci=noacpi, nothing happens after GRUB. No penguins, no kernel boot text. Just an underscore in the upper left corner and a black screen. Nominating as final blocker: "In rawhide bugs, if the report is something that would prevent someone from installing the next release (crashes during boot, doesn't find hard disks etc), mark the bug as blocking 'F9Blocker' (bug 235706)." https://fedoraproject.org/wiki/Common_kernel_problems Discussed at 2016-10-03 blocker review meeting: [1]. This bug was rejected as Final blocker: so far we only know of a single affected system, and it's not a regression; this isn't a broad enough impact for a hardware-specific bug to be counted as a violation of the criteria. this decision can be revisited if more systems are found to be affected [1] https://meetbot-raw.fedoraproject.org/fedora-blocker-review/2016-10-03/ After seeing bug 1380149, I wonder, Chris, is there a USB2 port on that laptop that you could try instead of USB3? (or maybe try with a USB2 hub, not sure if that makes a difference, though) Bug 1380149 has errors I'm not seeing. This HP Spectre has three USB-C ports only. Connected to that port is an HP supplied USB-C to USB-3 adapter, into which I've connected three different USB 2 sticks. I also have a USB 3 hub I've plugged in which have USB 3 drives. The same problem happens in all combinations, they simply fail to enumerate. Since the problem doesn't happen on Windows 10, I suspect it's a kernel limitation, either HP is doing something different than other systems, or Intel hasn't gotten support for this hardware in the upstream kernel. If linux-next builds don't work within 3 weeks I'm sending this laptop back to HP, I don't want a brick. HP specs say: 1 USB 3.1 Gen 1 (Type-C™, HP USB Boost); 2 USB 3.1 Gen 2 (Type-C™, HP USB Boost, Thunderbolt). The single Gen 1 port is also the power port. This means I've been using the Gen 2 ports, which are also Thunderbolt. I *can* boot from the Gen 1 port. This problem only happens on either of the other two ports. So this could be either a USB Gen 2 related bug, or maybe Thunderbolt/PCIe bug, seeing as this Gen 1 port is not Thunderbolt. Anyway, I have a graphical installer. I just can't charge while doing the installation. Created attachment 1213605 [details]
rdsosreport.txt
Fedora-Workstation-netinst-x86_64-25-20161023.n.0.iso
systemd.log_level=debug rd.debug
Affects kernels 4.8.15-300.fc25.x86_64 through mainline 4.10-rc1. Upstream threads: http://www.spinics.net/lists/linux-usb/msg151275.html http://www.spinics.net/lists/linux-pci/msg57110.html Fixed upstream in 4.16.x. |