https://bugzilla.kernel.org/show_bug.cgi?id=206901 --- Comment #2 from Carlo Wood (carlo@xxxxxxxxxx) --- I had a LOT more problems with the USB 3 on my ASUS Sabertooth 990FX motherboard, so I bought a PCI Express card (PEXUSB3S44V from Startech, see https://www.startech.com/nl/en/Cards-Adapters/USB-3.0/Cards/PCI-Express-USB-3-Card-4-Dedicated-Channels-4-Port~PEXUSB3S44V) basically because it is the most expensive card you can get (I was hoping to rule out certain things with that). As a result I no longer needed to disable iommu in the BIOS or pass iommu=soft as kernel boot parameter. But the above bug remained (although less frequently). The PEXUSB3S44V uses the μPD720202 host controller chip (four of them I think). Documents here https://www.renesas.com/us/en/products/usb-assp/upd720202.html#documents This bug has the feel of https://bugzilla.kernel.org/show_bug.cgi?id=65021 from 2013 (kernel 3.x). A patch that has been in the kernel for long related to that bug is https://www.spinics.net/lists/linux-usb/msg122678.html a few people said was fixing the issue for them. However, I added debug output to the module and in my case it never even gets to the line > xhci->quirks |= XHCI_AVOID_BEI; so no wonder that patch didn't solve it for me ;). Hence, apparently pdev->vendor != PCI_VENDOR_ID_INTEL for me. But maybe it should be? The μPD720202 specs say it is Intel compatible... -- You are receiving this mail because: You are watching the assignee of the bug.
