From: Mika Westerberg <mika.westerberg@linux.intel.com>
To: Kenneth Crudup <kenny@panix.com>
Cc: linux-usb@vger.kernel.org
Subject: Re: So, I had to revert d6d458d42e1 ("Handle DisplayPort tunnel activation asynchronously") too, to stop my resume crashes
Date: Mon, 3 Mar 2025 13:53:29 +0200 [thread overview]
Message-ID: <20250303115329.GT3713119@black.fi.intel.com> (raw)
In-Reply-To: <d56fcd99-433e-4670-8388-7035812a78d9@panix.com>
On Mon, Mar 03, 2025 at 03:38:58AM -0800, Kenneth Crudup wrote:
>
> On 3/3/25 03:21, Mika Westerberg wrote:
>
> > Now you say that you don't reproduce the DP tunnel issue if you simply plug
> > in monitor so let's try to figure out reliable steps to repro so we can
> > investigate.
> ...
> > So with 9d573d19547b3 only reverted, no other changes to the kernel and
> > "thunderbolt.dyndbg=+p" in the command line do following steps:
> >
> > 1. Boot the system up, nothing connected.
> > 2. Connect TBT 4 dock to the system.
> > 3. Connect monitor to the TBT 4 dock.
> > 4. Suspend the system by closing lid.
> > 5. Resume the system by openling lid.
> >
> > Expectation: Monitor over Thunderbolt still shows picture.
> > Actual result: Screen is blank.
>
> I will do this in a couple of days (got a few things to do first), but what
> actually happens is I get as OOPS and have to power-button-reset to recover,
> not even SysRq-B gets me out of it (I've since added "Panic on OOPS" with a
> 15-second timeout while I was trying to figure out this DP monitor issue).
I thought the system resumes fine after you reverted the other commit
(9d573d19), no? Just you don't get display tunneled so for example if you
login over ethernet (ssh) you should still be able to get full dmesg.
> > Then since now resume at least
> > completes you can provide full dmesg to me and I can try to figure out what
> > is wrong there.
>
> It'll have to be more pstore dumps, as resume doesn't (usually) complete
> with d6d458d42e1.
What you mean does not usually complete?
Let's try to figure out how we can get full dmesg of the crash without need
to dig the pstore things if possible at all. I was hoping it now resumes
just you don't see picture on the screen.
We can actually take PCIe out of the equation so that you ask "boltctl" to
forget the device temporarily (or from the GNOME settings "privacy and
security" -> "Thunderbolt" then "forget device" for each). This means your
docks do not work fully but display should and then we hopefully can get
the dmesg.
I will try to reproduce on my end too. I have serial port connected so I
can see all the messages even if the kernel crashes.
next prev parent reply other threads:[~2025-03-03 11:53 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-03-02 4:57 So, I had to revert d6d458d42e1 ("Handle DisplayPort tunnel activation asynchronously") too, to stop my resume crashes Kenneth Crudup
2025-03-02 5:36 ` Kenneth Crudup
2025-03-02 16:26 ` Kenneth Crudup
2025-03-02 16:30 ` Kenneth Crudup
2025-03-03 10:46 ` Mika Westerberg
2025-03-03 11:02 ` Kenneth Crudup
2025-03-03 11:21 ` Mika Westerberg
2025-03-03 11:38 ` Kenneth Crudup
2025-03-03 11:45 ` Kenneth Crudup
2025-03-03 11:55 ` Mika Westerberg
2025-03-03 12:39 ` Kenneth Crudup
2025-03-03 12:51 ` Kenneth Crudup
2025-03-03 11:53 ` Mika Westerberg [this message]
2025-03-03 12:33 ` Kenneth Crudup
2025-03-03 13:13 ` Mika Westerberg
2025-03-03 13:19 ` Kenneth Crudup
2025-03-03 13:23 ` Mika Westerberg
2025-03-03 13:46 ` Mika Westerberg
2025-03-03 13:53 ` Kenneth Crudup
2025-03-03 14:01 ` Mika Westerberg
2025-03-03 14:10 ` Kenneth Crudup
2025-03-03 14:20 ` Mika Westerberg
2025-03-03 14:33 ` Kenneth Crudup
2025-03-03 17:58 ` Mika Westerberg
2025-03-03 18:20 ` Kenneth Crudup
2025-03-03 19:44 ` Kenneth Crudup
2025-03-04 8:27 ` Mika Westerberg
2025-03-04 12:52 ` Kenneth Crudup
2025-03-04 13:40 ` Mika Westerberg
2025-03-04 13:48 ` Kenneth Crudup
2025-03-04 13:51 ` Mika Westerberg
2025-03-04 17:29 ` Kenneth Crudup
2025-03-05 8:31 ` Mika Westerberg
2025-03-03 14:17 ` Kenneth Crudup
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20250303115329.GT3713119@black.fi.intel.com \
--to=mika.westerberg@linux.intel.com \
--cc=kenny@panix.com \
--cc=linux-usb@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox