On Tue, Aug 06, 2024 at 05:04:06PM -0500, Bjorn Helgaas wrote: > On Tue, Aug 06, 2024 at 09:39:11PM +0000, Esther Shimanovich wrote: > > Some computers with CPUs that lack Thunderbolt features use discrete > > Thunderbolt chips to add Thunderbolt functionality. These Thunderbolt > > chips are located within the chassis; between the root port labeled > > ExternalFacingPort and the USB-C port. > > So is this fundamentally a firmware defect? ACPI says a Root Port is > an "ExternalFacingPort", but the Root Port is actually connected to an > internal Thunderbolt chip, not an external connector? We're the victim of an ambiguity in Microsoft's spec here: The spec says that ExternalFacingPort is used to identify externally exposed PCIe hierarchies. But the spec mandates that the property shall only exist under the Root Port ACPI device scope. OEMs follow that spec to a T by specifying ExternalFacingPort below the Root Port, even though the Root Port itself is not external facing but connects to a discrete Thunderbolt controller which is soldered down to the mainboard. In reality the external facing ports extend from the discrete controller, but Microsoft's spec doesn't allow marking them as such. Here's the relevant spec language: "This ACPI object enables the operating system to identify externally exposed PCIe hierarchies, such as Thunderbolt. This object must be implemented in the Root Port ACPI device scope. Note: On systems shipping with Windows 10, version 1803, this object should only be implemented on PCIe Root Ports of Thunderbolt hierarchies." https://learn.microsoft.com/en-us/windows-hardware/drivers/pci/dsd-for-pcie-root-ports#identifying-externally-exposed-pcie-root-ports It's probably safe to assume that Microsoft intended the ExternalFacingPort property to only be used on SoC-integrated Thunderbolt controllers, in which case a Root Port is indeed external facing. But that didn't stop OEMs from also specifying the property on Root Ports above soldered-down discrete Thunderbolt controllers. The spec doesn't explicitly forbid that. Thanks, Lukas