https://bugzilla.kernel.org/show_bug.cgi?id=208891 --- Comment #22 from Matt Turner (mattst88@xxxxxxxxx) --- (In reply to Mika Westerberg from comment #21) > Thanks for the logs. For some reason the two downstream PCIe ports (2d:00.0 > and 2d:01.0) that lead to the xHCI and the NIC get their bridge windows > reset to 0 and this prevents drivers from accessing their MMIO registers. I > also see that you are not running the mainline kernel so can you take v5.8 > vanilla kernel and try that and add "pcie_port_pm=off" to the kernel command > line to disable runtime PM of those ports. Tried with v5.8.1. Was previously using 5.8.0-rc7-next-20200729 because I expected to be asked to test linux-next. Anyway, pcie_port_pm=off didn't help. Neither did pcie_ports=native. I also tried adding +DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL, 0x1578, quirk_no_bus_reset); to drivers/pci/quirks.c on a whim because of something I saw in a google search, but of course that didn't help either. Is the fact that it works if I attach the dock and then boot the system not indicative of something? Is the BIOS/EFI setup tasked with programming some stuff that the thunderbolt driver might be failing to do so? I just noticed something odd. Coldplugged with the dock working, I can suspend and resume and it will continue working. But if I unplug and replug the dock while the system is suspended, it fails to work after resume. Doesn't that indicate that the thunderbolt firmware is doing something wrong? -- You are receiving this mail because: You are watching the assignee of the bug.
