All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mika Westerberg <mika.westerberg@linux.intel.com>
To: Hans de Goede <johannes.goede@oss.qualcomm.com>
Cc: Andreas Noever <andreas.noever@gmail.com>,
	Mika Westerberg <westeri@kernel.org>,
	Yehezkel Bernat <YehezkelShB@gmail.com>,
	linux-usb <linux-usb@vger.kernel.org>
Subject: Re: "thunderbolt ... (DP): not active, tearing down" error breaking DP over thunderbolt displays
Date: Mon, 26 Oct 2026 06:23:31 +0100	[thread overview]
Message-ID: <20261026052331.GC158991@black.igk.intel.com> (raw)
In-Reply-To: <b5145213-9542-4351-8f98-527aad74ee64@oss.qualcomm.com>

Hi,

On Sat, Oct 24, 2026 at 08:17:16PM +0200, Hans de Goede wrote:
> Hi All,
> 
> I hit this error:
> 
> Oct 24 19:16:58 x1 kernel: thunderbolt 0000:00:0d.3: 0:5 <-> 1:11 (DP): not active, tearing down
> 
> while doing some work on a Raptor Lake ThinkPad laptop plugged into a Thunderbolt dock.
> 
> After a bunch of debugging I found that the problem is that I had:
> 
> "UseSimpleDrm=1" in /etc/plymouth/plymouthd.conf, which combined with
> the latest dracut version causes dracut to omit the i915 drm driver
> from the initramfs.

The error means that the graphics driver did not read the monitor
capabilities in time (~12s) and therefore the tunnel was torn down.
Capabilities read is required for DP tunnels to work properly.

> And when thunderbolt.ko loads (or maybe only once userspace pokes it ?)
> and the i915.ko driver has not claimed the DP connection then the above
> message is logged and Linux does not see the DP attached display(s).
> 
> Building i915.ko into the initramfs works around this, but there
> seems to be an assumption on the kernel side about things happening
> in a certain order during boot which there should not be.

Right but as above capabilities read is required by the specs and we cannot
keep the DP tunnels up forever to consume power (and there is also
complication with add-in-cards that don't have all DP INs connected).

You can pass "thunderbolt.dprx_timeout=-1" (or some number or seconds) to
work it around.

  reply	other threads:[~2026-10-26  5:23 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-10-24 18:17 "thunderbolt ... (DP): not active, tearing down" error breaking DP over thunderbolt displays Hans de Goede
2026-10-26  5:23 ` Mika Westerberg [this message]
2026-10-26 10:30   ` Hans de Goede
2026-10-26 10:48     ` Hans de Goede
2026-10-26 12:37       ` Mika Westerberg
2026-10-26 14:22         ` Hans de Goede
2026-10-26 15:02           ` Mika Westerberg

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=20261026052331.GC158991@black.igk.intel.com \
    --to=mika.westerberg@linux.intel.com \
    --cc=YehezkelShB@gmail.com \
    --cc=andreas.noever@gmail.com \
    --cc=johannes.goede@oss.qualcomm.com \
    --cc=linux-usb@vger.kernel.org \
    --cc=westeri@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.