On 6/18/2024 08:14, Mika Westerberg wrote:
Hi Mario,
On Thu, Jun 13, 2024 at 12:42:00AM -0500, Mario Limonciello wrote:
Gary has reported that when a dock is plugged into a system at the same
time the autosuspend delay has tripped that the USB4 stack malfunctions.
Messages show up like this:
```
thunderbolt 0000:e5:00.6: ring_interrupt_active: interrupt for TX ring 0 is already enabled
```
Furthermore the USB4 router is non-functional at this point.
Once the USB4 domain starts the sleep transition, it cannot be
interrupted by anything so it always should go through full sleep
transition and only then back from sleep.
Those messages happen because the device is still in D3cold at the time
that the PCI core handed control back to the USB4 connection manager
(thunderbolt).
This is weird. Yes we should be getting the wake from the hotplug but
that should happen only after the domain is fully in sleep (D3cold). The
BIOS ACPI code is supposed to deal with this.
Is that from from experience or do you mean there is a spec behavior?
IE I'm wondering if we have different "expectations" from different
company's hardware designers.
The issue is that it takes time for a device to enter D3cold and do a
conventional reset, and then more time for it to exit D3cold.
This appears not to be a new problem; previously there were very similar
reports from Ryzen XHCI controllers. Quirks were added for those.
Furthermore; adding extra logging it's apparent that other PCI devices
in the system can take more than 10ms to recover from D3cold as well.
They can take anything up to 100ms after the link has trained.
Right; so currently there is nothing checking they really made it back
to D0 after calling pci_power_up(). I feel like we've "mostly" gotten
lucky.
If you guys agree with this patch series direction this could
potentially mean cleaning up more code that exists for random delays in
the PCI core too.
