[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <61-664b6880-3-6826fc80@79948770>
Date: Mon, 20 May 2024 17:12:40 +0200
From: Benjamin Böhmke <benjamin@...hmke.net>
To: "Mario Limonciello" <mario.limonciello@....com>
Cc: "Christian Heusel" <christian@...sel.eu>, "Linux regressions mailing list" <regressions@...ts.linux.dev>, "Gia" <giacomo.gio@...il.com>, linux-kernel@...r.kernel.org <linux-kernel@...r.kernel.org>, stable@...r.kernel.org <stable@...r.kernel.org>, kernel@...ha.zone <kernel@...ha.zone>, "Andreas Noever" <andreas.noever@...il.com>, "Michael Jamet" <michael.jamet@...el.com>, "Mika Westerberg" <mika.westerberg@...ux.intel.com>, "Yehezkel Bernat" <YehezkelShB@...il.com>, linux-usb@...r.kernel.org <linux-usb@...r.kernel.org>, S, Sanath <Sanath.S@....com>
Subject: Re: [REGRESSION][BISECTED] "xHCI host
controller not responding, assume dead" on
stable kernel > 6.8.7
On Monday, May 20, 2024 16:41 CEST, Mario Limonciello <mario.limonciello@....com> wrote:
> On 5/20/2024 09:39, Christian Heusel wrote:
> > On 24/05/06 02:53PM, Linux regression tracking (Thorsten Leemhuis) wrote:
> >> [CCing Mario, who asked for the two suspected commits to be backported]
> >>
> >> On 06.05.24 14:24, Gia wrote:
> >>> Hello, from 6.8.7=>6.8.8 I run into a similar problem with my Caldigit
> >>> TS3 Plus Thunderbolt 3 dock.
> >>>
> >>> After the update I see this message on boot "xHCI host controller not
> >>> responding, assume dead" and the dock is not working anymore. Kernel
> >>> 6.8.7 works great.
> >
> > We now have some further information on the matter as somebody was kind
> > enough to bisect the issue in the [Arch Linux Forums][0]:
> >
> > cc4c94a5f6c4 ("thunderbolt: Reset topology created by the boot firmware")
> >
> > This is a stable commit id, the relevant mainline commit is:
> >
> > 59a54c5f3dbd ("thunderbolt: Reset topology created by the boot firmware")
> >
> > The other reporter created [a issue][1] in our bugtracker, which I'll
> > leave here just for completeness sake.
> >
> > Reported-by: Benjamin Böhmke <benjamin@...hmke.net>
> > Reported-by: Gia <giacomo.gio@...il.com>
> > Bisected-by: Benjamin Böhmke <benjamin@...hmke.net>
> >
> > The person doing the bisection also offered to chime in here if further
> > debugging is needed!
> >
> > Also CC'ing the Commitauthors & Subsystem Maintainers for this report.
> >
> > Cheers,
> > Christian
> >
> > [0]: https://bbs.archlinux.org/viewtopic.php?pid=2172526
> > [1]: https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/issues/48
> >
> > #regzbot introduced: 59a54c5f3dbd
> > #regzbot link: https://gitlab.archlinux.org/archlinux/packaging/packages/linux/-/issues/48
>
> As I mentioned in my other email I would like to collate logs onto a
> kernel Bugzilla. With these two cases:
>
> thunderbolt.dyndbg=+p
> thunderbolt.dyndbg=+p thunderbolt.host_reset=false
>
> Also what is the value for:
>
> $ cat /sys/bus/thunderbolt/devices/domain0/iommu_dma_protection
I attached the requested kernel logs as text files (hope this is ok).
In both cases I used the stable ArchLinux kernel 6.9.1
The iommu_dma_protection is both cases "1".
Best Regards
Benjamin
View attachment "dmesg_tb_dbg__reset_false.txt" of type "text/plain" (108496 bytes)
View attachment "dmesg_tb_dbg.txt" of type "text/plain" (129412 bytes)
Powered by blists - more mailing lists