From: Mika Westerberg <mika.westerberg@linux.intel.com>
To: Stefan Hoffmeister <stefan.hoffmeister@gmail.com>
Cc: Heikki Krogerus <heikki.krogerus@linux.intel.com>,
linux-usb@vger.kernel.org
Subject: Re: Thunderbolt: One missing DisplayPort?
Date: Fri, 27 May 2022 12:10:11 +0300 [thread overview]
Message-ID: <YpCVc6eYkpmjP9AF@lahna> (raw)
In-Reply-To: <CALhB_QM9SHJt+15pEVHEH_kourb-1Xbd68O1p_XLxOmWB4HAfw@mail.gmail.com>
Hi,
On Fri, May 27, 2022 at 08:24:31AM +0200, Stefan Hoffmeister wrote:
> Hi,
>
> On Tue, May 24, 2022 at 1:04 PM Mika Westerberg
> <mika.westerberg@linux.intel.com> wrote:
> >
> > Hi,
> >
> > On Tue, May 24, 2022 at 01:55:23PM +0300, Heikki Krogerus wrote:
> > > +Mika
> > >
> > > On Fri, May 20, 2022 at 12:22:50PM +0200, Stefan Hoffmeister wrote:
> > > > I am trying to diagnose a problem where I get video output on
> > > > Thunderbolt on one DisplayPort, but no output on the second
> > > > DisplayPort.
> > > >
> > > > I would love to turn on all the (kernel-level) logging output that
> > > > there is, but do not know how to do that.
> > > >
> > > > Basically, on a Dell Inspiron 16 Plus (7610) laptop with Thunderbolt
> > > > 4, I am running Fedora Linux 36 with kernel 5.17+.
> > > >
> > > > Connecting that laptop to a Thunderbolt docking station (Intel
> > > > Thunderbolt 3 chip inside),
> > > > with two screens attached via DisplayPort, I get only one screen up and running.
> > > >
> > > > I'd like to discover more about this apparent error mode, because
> > > > attaching a different TB3
> > > > setup works fine. I am looking for some means to enable logging or to
> > > > get debugging insight.
> > > >
> > > > Generally speaking, I suspect that this specific Dell laptop
> > > > (configuration) has some challenges
> > > > in the BIOS, and with Thunderbolt in general, but am totally blind to
> > > > what is going on.
> > > >
> > > > This system offers potential for fun, this being a hybrid PRIME
> > > > configuration, with an Intel iGPU passing through to an Nvidia dGPU
> > > > which seems to be the only wired-up way to get DisplayPort output.
> >
> > In that system all the tunneling is done by the firmware so there is
> > really not much you can debug on the kernel side. You can add
> > "thunderbolt.dyndbg" in the command line to get more verbose logging but
> > I doubt it reveals anything useful.
> >
> > How do you connect the monitors to the dock and what dock it is?
>
> The dock is an i-tec Thunderbolt3/USB-C Dual DisplayPort 4K Docking
> Station + Power Delivery 85W
> (https://i-tec.pro/en/produkt/tb3cdualdpdockpd-2/). This dock exposes
> two DisplayPort outs, to which I have connected one 2.5K screen and
> one 4K screen "natively", for running at 60 Hz. According to lspci
> from the "broken" Dell 7610 (BIOS version 1.7.0) the dock looks like
> this:
>
> [stefan@fedora ~]$ lspci -vt
> -[0000:00]-+-00.0 Intel Corporation 11th Gen Core Processor Host
> Bridge/DRAM Registers
> +-01.0-[01]--+-00.0 NVIDIA Corporation GA106M [GeForce RTX
> 3060 Mobile / Max-Q]
> | \-00.1 NVIDIA Corporation Device 228e
> +-02.0 Intel Corporation TigerLake-H GT1 [UHD Graphics]
> +-04.0 Intel Corporation TigerLake-LP Dynamic Tuning
> Processor Participant
> +-06.0-[02]----00.0 KIOXIA Corporation Device 0001
> +-07.0-[03-3a]----00.0-[04-05]----02.0-[05]----00.0 Intel
> Corporation JHL7540 Thunderbolt 3 USB Controller [Titan Ridge DD 2018]
> +-08.0 Intel Corporation GNA Scoring Accelerator module
> ...
>
> For reference, when I attach a Dell XPS 9360 (also on Fedora 36),
> which works perfectly (both screens at expected resolution and refresh
> rate), I get this output
>
> [stefan@xps13 ~]# lspci -vt
> -[0000:00]-+-00.0 Intel Corporation Xeon E3-1200 v6/7th Gen Core
> Processor Host Bridge/DRAM Registers
> +-02.0 Intel Corporation HD Graphics 620
> +-04.0 Intel Corporation Xeon E3-1200 v5/E3-1500 v5/6th Gen
> Core Processor Thermal Subsystem
> +-14.0 Intel Corporation Sunrise Point-LP USB 3.0 xHCI Controller
> +-14.2 Intel Corporation Sunrise Point-LP Thermal subsystem
> +-15.0 Intel Corporation Sunrise Point-LP Serial IO I2C
> Controller #0
> +-15.1 Intel Corporation Sunrise Point-LP Serial IO I2C
> Controller #1
> +-16.0 Intel Corporation Sunrise Point-LP CSME HECI #1
> +-1c.0-[01-39]----00.0-[02-39]--+-00.0-[03]----00.0 Intel
> Corporation DSL6340 Thunderbolt 3 NHI [Alpine Ridge 2C 2015]
> |
> +-01.0-[04-38]----00.0-[05-38]----02.0-[06]----00.0 Intel Corporation
> JHL7540 Thunderbolt 3 USB Controller [Titan Ridge DD 2018]
> | \-02.0-[39]--
> +-1c.4-[3a]----00.0 Intel Corporation Wi-Fi 6 AX200
> ...
>
> On the broken Dell 7610 (BIOS version 1.7.0), everything else on the
> dock works fine - the NIC, USB ports (forwarding to the next hub,
> too), power delivery.
>
> Even any single one of the screens alone works fine, in isolation and
> solitude, on any of the dock DisplayPort outs (turning dock on/off in
> between). Only with both screens attached, only the "first" screen
> seems to be detected (and "first" really seems to translate to the
> physical DisplayPort out next to the power input socket on the dock).
OK, I think this is not a Thunderbolt issue but rather related to
graphics so I would try to ask from the graphics folks if they have any
ideas what might be the issue or how to debug further. There is not much
the Linux Thunderbolt driver does here because it is the firmware that
creates these tunnels, and I think it works here as expected.
Probably dri-devel@lists.freedesktop.org is a good mailing list to ask
graphics related help.
next prev parent reply other threads:[~2022-05-27 9:12 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-20 10:22 Thunderbolt: One missing DisplayPort? Stefan Hoffmeister
2022-05-24 10:55 ` Heikki Krogerus
2022-05-24 11:04 ` Mika Westerberg
2022-05-27 6:24 ` Stefan Hoffmeister
2022-05-27 9:10 ` Mika Westerberg [this message]
2022-05-28 14:29 ` Stefan Hoffmeister
2022-05-29 19:51 ` Stefan Hoffmeister
2022-05-30 8:33 ` Tomasz Moń
2022-05-30 9:54 ` Mika Westerberg
2022-05-30 18:57 ` Stefan Hoffmeister
2022-05-31 9:36 ` Mika Westerberg
2022-05-31 19:45 ` Stefan Hoffmeister
2022-06-01 10:51 ` Mika Westerberg
2022-06-02 19:34 ` Tomasz Moń
2022-06-03 5:04 ` Mika Westerberg
2022-06-08 14:27 ` Tomasz Moń
2022-06-11 16:29 ` Tomasz Moń
2022-06-07 17:28 ` Stefan Hoffmeister
2022-05-30 18:02 ` Stefan Hoffmeister
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=YpCVc6eYkpmjP9AF@lahna \
--to=mika.westerberg@linux.intel.com \
--cc=heikki.krogerus@linux.intel.com \
--cc=linux-usb@vger.kernel.org \
--cc=stefan.hoffmeister@gmail.com \
/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