Message-ID: <c844faa0-343a-46f4-a54f-0fd65f4d4679@leemhuis.info>
Date: Wed, 28 Aug 2024 12:27:30 +0200
From: "Linux regression tracking (Thorsten Leemhuis)"
 <regressions@...mhuis.info>
To: Lu Baolu <baolu.lu@...ux.intel.com>
Cc: Will Deacon <will@...nel.org>, David Woodhouse <dwmw2@...radead.org>,
 Joerg Roedel <joro@...tes.org>, "iommu@...ts.linux.dev"
 <iommu@...ts.linux.dev>, LKML <linux-kernel@...r.kernel.org>,
 Linux kernel regressions list <regressions@...ts.linux.dev>,
 Jacob Pan <jacob.jun.pan@...ux.intel.com>,
 Adam Williamson <awilliam@...hat.com>, Markus Rathgeb <maggu2810@...il.com>
Subject: [regression] usb and thunderbould are misbehaving or broken due to
 iommu/vt-d change

Hi, Thorsten here, the Linux kernel's regression tracker.

Lu Baolu, I noticed a report about a regression in bugzilla.kernel.org
that appears to be caused by a change of yours:

2b989ab9bc89b2 ("iommu/vt-d: Add helper to allocate paging domain")
[v6.11-rc1]

As many (most?) kernel developers don't keep an eye on the bug tracker,
I decided to forward it with this mail. To quote from
https://bugzilla.kernel.org/show_bug.cgi?id=219198 :

> USB is working on my Dell WD19TB Thunderbolt Dock with Fedora kernel build 6.10.0-64.fc41.x86_64
> 
> It does not work with 6.11.0-0.rc4.38.fc41.x86_64 anymore.

The user later bisected the problem with a vanilla kernel to the commit
of yours. There are various error messages in comments to that ticket.
Some of them:

> Aug 27 11:51:07 b0v9by3 kernel: DMAR: DRHD: handling fault status reg 2
> Aug 27 11:51:07 b0v9by3 kernel: DMAR: [DMA Read NO_PASID] Request device [04:00.0] fault addr 0xffffe000 [fault reason 0x0c] non-zero reserved fields in PTE
and

> Aug 26 10:33:49 foobar kernel: xhci_hcd 0000:04:00.0: Abort failed to stop command ring: -110
> Aug 26 10:33:49 foobar kernel: xhci_hcd 0000:04:00.0: xHCI host controller not responding, assume dead
> Aug 26 10:33:49 foobar kernel: xhci_hcd 0000:04:00.0: HC died; cleaning up
> Aug 26 10:33:49 foobar kernel: xhci_hcd 0000:04:00.0: Error while assigning device slot ID: Command Aborted
> Aug 26 10:33:49 foobar kernel: xhci_hcd 0000:04:00.0: Max number of devices this xHCI host supports is 64.
> Aug 26 10:33:49 foobar kernel: usb usb5-port2: couldn't allocate usb_device
> Aug 26 10:33:49 foobar kernel: usb usb6-port2: couldn't allocate usb_device
> Aug 26 10:33:57 foobar kernel: usb usb2-port1: unable to enumerate USB device

See the ticket for way more details.

The initial report is from Markus Rathgeb, who is CCed. Adam Williamson
(also CCed) deal with similar symptoms on another machine. Both are from
Dell. In both cases Thunderbolt is involved, too.

There is also another report with somewhat similar errors messages, also
from a Dell machine:
https://lore.kernel.org/all/3b42a3cc-2f76-4d42-abe2-5f4e8ffe10e4@molgen.mpg.de/

Not sure if that's the the same problem, hence did not CC that reporter.
Will send a heads-up to that thread and point to this thread and the ticket.

Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat)
--
Everything you wanna know about Linux kernel regression tracking:
https://linux-regtracking.leemhuis.info/about/#tldr
If I did something stupid, please tell me, as explained on that page.

[1]

P.S.: let me use this mail to also add the report to the list of tracked
regressions to ensure it's doesn't fall through the cracks:

#regzbot introduced: f90584f4beb84211c
#regzbot title: iommu/vt-d: usb and thunderbould are misbehaving/broken
#regzbot from: Markus Rathgeb <maggu2810@...il.com>
#regzbot duplicate: https://bugzilla.kernel.org/show_bug.cgi?id=219198
#regzbot ignore-activity

Powered by blists - more mailing lists