Re: diagnosing resume failures after disconnected USB4 drives (Was: Re: PCI/ASPM: Fix L1SS saving (linus/master commit 7507eb3e7bfac))
From: Mika Westerberg
Date: Mon Mar 03 2025 - 05:50:30 EST
On Sun, Mar 02, 2025 at 08:13:51AM -0800, Kenneth Crudup wrote:
>
> On 2/28/25 08:04, Kenneth Crudup wrote:
>
> > Don't worry about the printk()s WRT to the code; a couple of weeks ago
> > I'd seen an NPE on resume in __tb_path_deactivate_hop so threw in a
> > bunch of tb_port_info(port, "%s(): %d\n", __func__, __LINE__); so I
> > could get an idea of where the crash was.
>
> I've started a separate E-mail about this, but I'd determined those crashes
> were due to d6d458d42e1 ("Handle DisplayPort tunnel activation
> asynchronously").
>
> Since reverting 9d573d1954 and d6d458d42e1 I've been testing several resume
> scenarios (NVMe connected/disconnected and/or external DP-tunneled monitor
> connected/disconnected and have yet to have a resume or hibernate failure
> over several cycles.
>
> Now, how do I help you guys go about fixing these commits?
I commented on the other thread. Let's deal with these as two separate
issues and investigate both in isolation.
For others, the second thread is this one:
https://lore.kernel.org/linux-usb/8e175721-806f-45d6-892a-bd3356af80c9@xxxxxxxxx/