I'll run the stuff you need, but now it looks like whatever is breaking
suspend/resume in Linus' master has been ported down from upstream into
6.10.10; I'm now getting the same panic()s as I did with master. I just
had a failed resume and the crash dump (which happened on its own) looks
the same as the one I'd posted here.
I may try and find some time to bisect the issue, but it'll take some time.
-K
On 9/9/24 00:51, Kenneth Crudup wrote:
I can't get to the dmesg when it crashes, but I did a SysRq-S/C and have
attached the crash output; let me know if this is at all helpful.
I see I'd SysRq-S/C on a previous hang, I've attached that one, too.
This particular time it suspended OK, but hung indefinitely when I
plugged it into another TB3 dock (the previous one was TB4, if it matters).
On 9/4/24 05:28, Mika Westerberg wrote:
Hi,
On Tue, Sep 03, 2024 at 11:10:41PM -0700, Kenneth Crudup wrote:
... or, maybe not. Turns out that sometimes my system can't suspend
(just
hangs, spinning hard somewhere based on the heat and the fans) when
plugged
into a Thunderbolt dock at the time of suspend.
Can you create a bug in bugzilla.kernel.org and attach full dmesg so
that you enter suspend with dock connected (so that the issue
reproduces)? Please also add "thunderbolt.dyndbg=+p" in the kernel
command line so we can see what the driver is doing. Also probably good
to add the lspci dumps too as Lukas asked.
--
Kenneth R. Crudup / Sr. SW Engineer, Scott County Consulting, Orange
County CA