From: Mika Westerberg <mika.westerberg@linux.intel.com>
To: Rick <rick@581238.xyz>
Cc: Mario Limonciello <mario.limonciello@amd.com>,
Sanath.S@amd.com, christian@heusel.eu, fabian@fstab.de,
gregkh@linuxfoundation.org, linux-usb@vger.kernel.org,
regressions@lists.linux.dev, stable@vger.kernel.org
Subject: Re: Dell WD19TB Thunderbolt Dock not working with kernel > 6.6.28-1
Date: Mon, 28 Oct 2024 10:18:13 +0200 [thread overview]
Message-ID: <20241028081813.GN275077@black.fi.intel.com> (raw)
In-Reply-To: <4848c9fe-877f-4d73-84d6-e2249bb49840@581238.xyz>
Hi,
On Fri, Oct 25, 2024 at 12:20:55PM +0200, Rick wrote:
> Hi Mika
>
> On 23-10-2024 08:10, Mika Westerberg wrote:
> > Hi,
> >
> > On Tue, Oct 22, 2024 at 07:06:50PM +0200, Rick wrote:
> > > Hi Mika,
> > >
> > > I have removed pcie_asm=force as kernel parameter but still not working on
> > > latest non LTS kernel.
> >
> > Okay, I still suggest not having that unless you absolutely know that
> > you need it.
> >
>
> Noted thank you!
>
> > > In regards to the disconnect; sorry I think I might have turned of the
> > > docking station myself during that test. I have taken another dmesg without
> > > me disconnecting the docking station:
> > > https://gist.github.com/ricklahaye/9798b7de573d0f29b3ada6a5d99b69f1
> > >
> > > The cable is the original Thunderbolt 4 cable that came with the docking
> > > station. I have used it on this laptop using Windows (dualboot) without any
> > > issues. Also on another Windows laptop also without issues. It was used in
> > > 40Gbit mode.
> >
> > In the dmesg you shared above, there are still unplug and USB tunnel
> > creation fails so you only get USB 2.x connection with all the USB
> > devices on the dock.
> >
>
> Yes you are right. I removed all attached USB devices from the dock, but
> still see "3:3: USB3 tunnel activation failed, aborting"
>
> > How do you determine if it "works"? I guess keyboard and mouse (both
> > USB 2.x devices) and display (tunneled over USB4 link) all are working
> > right? However, if you plug in USB 3.x device to the dock it enumerates
> > as FullSpeed instead of SuperSpeed. There is definitely something wrong
> > here. I asked from our TB validation folks if they have any experience
> > with this dock but did not receive any reply yet.
> >
> > What you mean by 40Gbit mode? The dock exposes two lanes both at 20G so
> > it should always be 40G since we bind the lanes, also in Windows.
>
> 2 lanes of 20G indeed.
>
> >
> > Also In Windows, do you see if the all USB devices on the dock are
> > enumerated as FullSpeed or SuperSpeed? I suspect it's the former there
> > too but can you check? Keyboard and mouse should be FullSpeed but there
> > is some audio device that may be USB 3.x (SuperSpeed), or alternatively
> > if you have USB 3.x memory stick (or any other device) you can plug that
> > to the dock and see how it enumerates.
>
> I checked on Windows with some 3.1 USB devices, and they were properly seen
> as 3.1 Superspeed+/10Gbps when attached to dock (using USBView from Windows
> SDK).
>
> I also tried some Linux kernels, and it seems that 6.9 works, and 6.10
> doesn't.
>
> 6.9: https://gist.github.com/ricklahaye/da8c63edb0c27dc55bef351f9f4dd035
I still see similar issue even with the v6.9 kernel. The link goes up an
down unexpectly.
I wonder if you could try to take traces of the control channel traffic?
I suggest to use v6.11 kernel because it should have all the tracing
bits added then install tbtools [1] and follow the steps here:
https://github.com/intel/tbtools?tab=readme-ov-file#tracing
Then provide both full dmesg and the trace output. That hopefully shows
if some of the access we are doing in the Linux side is causing the link
to to drop. Let me know if you need more detailed instructions.
Also please drop the "thunderbolt.host_reset=0" from the command line as
that did not help, so it is not needed.
[1] https://github.com/intel/tbtools
next prev parent reply other threads:[~2024-10-28 8:18 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-22 12:13 Dell WD19TB Thunderbolt Dock not working with kernel > 6.6.28-1 rick
2024-10-22 12:55 ` Mario Limonciello
2024-10-22 15:44 ` Rick
2024-10-22 16:10 ` Mika Westerberg
2024-10-22 16:25 ` Mario Limonciello
2024-10-22 17:06 ` Rick
2024-10-23 6:10 ` Mika Westerberg
2024-10-25 10:20 ` Rick
2024-10-28 8:18 ` Mika Westerberg [this message]
2024-10-30 7:11 ` Rick
2024-10-30 9:06 ` Mika Westerberg
2024-11-01 12:57 ` Rick
2024-11-04 6:36 ` Mika Westerberg
2024-11-04 18:04 ` Rick
2024-11-05 6:31 ` Mika Westerberg
2024-11-05 8:12 ` Rick
-- strict thread matches above, loose matches on Subject: below --
2024-09-23 6:34 Fabian Stäber
2024-09-23 6:45 ` Greg KH
2024-09-24 6:58 ` Fabian Stäber
2024-10-07 16:49 ` Fabian Stäber
2024-10-07 17:13 ` Linux regression tracking (Thorsten Leemhuis)
2024-10-07 17:21 ` Christian Heusel
2024-10-07 17:33 ` Mario Limonciello
2024-10-08 16:56 ` 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=20241028081813.GN275077@black.fi.intel.com \
--to=mika.westerberg@linux.intel.com \
--cc=Sanath.S@amd.com \
--cc=christian@heusel.eu \
--cc=fabian@fstab.de \
--cc=gregkh@linuxfoundation.org \
--cc=linux-usb@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=regressions@lists.linux.dev \
--cc=rick@581238.xyz \
--cc=stable@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 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.