Changes in Makefile

a0c45b0b - thunderbolt: Add trace events support for the control channel

Sun, 12 Feb 2023 22:45:21 +0000

thunderbolt: Add trace events support for the control channelSometimes it is useful to see the traffic happening inside the controlchannel, especially when debugging a possible problem. This addstracepoints close to the hardware which can be enabled dynamically asneeded using the standard Linux trace events facility.Signed-off-by: Gil Fine Co-developed-by: Mika Westerberg Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

12a14f2f - thunderbolt: Move CLx support functions into clx.c

Fri, 07 Oct 2022 15:12:02 +0000

thunderbolt: Move CLx support functions into clx.cThere really don't belong to switch.c so move them into their own file.As we do this rename the functions to match the conventions usedelsewhere in the driver.No functional changes.Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

33d4951e - thunderbolt: build kunit tests without structleak plugin

Wed, 29 Sep 2021 21:27:12 +0000

thunderbolt: build kunit tests without structleak pluginThe structleak plugin causes the stack frame size to grow immensely whenused with KUnit:drivers/thunderbolt/test.c:1529:1: error: the frame size of 1176 bytes is larger than 1024 bytes [-Werror=frame-larger-than=]Turn it off in this file.Linus already split up tests in this file, so this change *should* beredundant now.Signed-off-by: Brendan Higgins Suggested-by: Arnd Bergmann Acked-by: Mika Westerberg Reviewed-by: Kees Cook Signed-off-by: Shuah Khan List of files: /linux-6.15/drivers/thunderbolt/Makefile

cae5f515 - thunderbolt: Add USB4 port devices

Thu, 01 Apr 2021 14:34:20 +0000

thunderbolt: Add USB4 port devicesCreate devices for each USB4 port. This is needed when we add retimeraccess when there is no device connected but may be useful for otherpurposes too following what USB subsystem does. This exports a singleattribute "link" that shows the type of the USB4 link (or "none" ifthere is no cable connected).Signed-off-by: Mika Westerberg Reviewed-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/thunderbolt/Makefile

edc0f494 - thunderbolt: Add DMA traffic test driver

Thu, 24 Sep 2020 08:44:02 +0000

thunderbolt: Add DMA traffic test driverThis driver allows sending DMA traffic over XDomain connection.Specifically over a loopback connection using either a Thunderbolt/USB4cable that is connected back to the host router port, or a specialloopback dongle that has RX and TX lines crossed. This can be useful atmanufacturing floor to check whether Thunderbolt/USB4 ports arefunctional.The driver exposes debugfs directory under the XDomain service that canbe used to configure the driver, start the test and check the results.If a loopback dongle is used the steps to send and receive 1000 packetscan be done like: # modprobe thunderbolt_dma_test # echo 1000 > /sys/kernel/debug/thunderbolt//dma_test/packets_to_receive # echo 1000 > /sys/kernel/debug/thunderbolt//dma_test/packets_to_send # echo 1 > /sys/kernel/debug/thunderbolt//dma_test/test # cat /sys/kernel/debug/thunderbolt//dma_test/statusWhen a cable is connected back to host then there are two Thunderboltservices, one is configured for receiving (does not matter which one): # modprobe thunderbolt_dma_test # echo 1000 > /sys/kernel/debug/thunderbolt//dma_test/packets_to_receive # echo 1 > /sys/kernel/debug/thunderbolt//dma_test/testThe other one for sending: # echo 1000 > /sys/kernel/debug/thunderbolt//dma_test/packets_to_send # echo 1 > /sys/kernel/debug/thunderbolt//dma_test/testResults can be read from both services status attributes.Signed-off-by: Isaac Hazan Signed-off-by: Mika Westerberg Acked-by: Yehezkel Bernat Reviewed-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/thunderbolt/Makefile

2c6ea4e2 - thunderbolt: Allow KUnit tests to be built also when CONFIG_USB4=m

Mon, 24 Aug 2020 09:46:52 +0000

thunderbolt: Allow KUnit tests to be built also when CONFIG_USB4=mThis adds a bit more build coverage for the tests even though these arenot expected to be enabled by normal users and distros. In order to makethis working we need to open-code kunit_test_suite() and call therelevant functions directly in the driver init/exit hook.Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

54e41810 - thunderbolt: Add debugfs interface

Mon, 29 Jun 2020 17:30:52 +0000

thunderbolt: Add debugfs interfaceThis adds debugfs interface that can be used for debugging possibleissues in hardware/software. It exposes router and adapter config spacesthrough files like this: /sys/kernel/debug/thunderbolt//regs /sys/kernel/debug/thunderbolt///regs /sys/kernel/debug/thunderbolt///path /sys/kernel/debug/thunderbolt///counters /sys/kernel/debug/thunderbolt///regs /sys/kernel/debug/thunderbolt///path /sys/kernel/debug/thunderbolt///counters ...The "regs" is either the router or port configuration space registerdump. The "path" is the port path configuration space and "counters" isthe optional counters configuration space.These files contains one register per line so it should be easy to usenormal filtering tools to find the registers of interest if needed.The router and adapter regs file becomes writable whenCONFIG_USB4_DEBUGFS_WRITE is enabled (which is not supposed to be donein production systems) and in this case the developer can write "offsetvalue" lines there to modify the hardware directly. For convenience thisalso supports the long format the read side produces (but ignores theadditional fields). The counters file can be written even whenCONFIG_USB4_DEBUGFS_WRITE is not enabled and it is only used to clearthe counter values.Signed-off-by: Gil Fine Signed-off-by: Mika Westerberg Reviewed-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/thunderbolt/Makefile

b2be2b05 - thunderbolt: Create device links from ACPI description

Tue, 02 Apr 2019 12:26:00 +0000

thunderbolt: Create device links from ACPI descriptionThe new way to describe relationship between tunneled ports and USB4 NHI(Native Host Interface) is with ACPI _DSD looking like below for a PCIedownstream port: Scope (\_SB.PCI0) { Device (NHI0) { } // Thunderbolt NHI Device (DSB0) // Hotplug downstream port { Name (_DSD, Package () { ToUUID("daffd814-6eba-4d8c-8a91-bc9bbf4aa301"), Package () { Package () {"usb4-host-interface", \_SB.PCI0.NHI0}, ... } }) } }This is "documented" in these [1] USB-IF slides and being used onsystems that ship with Windows.The _DSD can be added to tunneled USB3 and PCIe ports, and is needed tomake sure the USB4 NHI is resumed before any of the tunneled ports sothe protocol tunnels get established properly before the actual portitself is resumed. Othwerwise the USB/PCI core find the link may not beestablished and starts tearing down the device stack.This parses the ACPI description each time NHI is probed and tries tofind devices that has the property and it references the NHI inquestion. For each matching device a device link from that device to theNHI is created.Since USB3 ports themselves do not get runtime suspended with the parentdevice (hub) we do not add the link from the USB3 port to USB4 NHI butinstead we add the link from the xHCI device. This makes the device linkusable for runtime PM as well.[1] https://www.usb.org/sites/default/files/D1T2-2%20-%20USB4%20on%20Windows.pdfSigned-off-by: Mika Westerberg Acked-by: Rafael J. Wysocki List of files: /linux-6.15/drivers/thunderbolt/Makefile

1cb36293 - thunderbolt: Add support for authenticate on disconnect

Tue, 23 Jun 2020 16:14:29 +0000

thunderbolt: Add support for authenticate on disconnectSome external devices can support completing thunderbolt authenticationwhen they are unplugged. For this to work though, the link controller mustremain operational.The only device known to support this right now is the Dell WD19TB, so adda quirk for this.Signed-off-by: Mario Limonciello Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

dacb1287 - thunderbolt: Add support for on-board retimers

Thu, 05 Mar 2020 14:39:58 +0000

thunderbolt: Add support for on-board retimersUSB4 spec specifies standard access to retimers (both on-board andcable) through USB4 port sideband access. This makes it possible toupgrade their firmware in the same way than we already do with therouters.This enumerates on-board retimers under each USB4 port when the linkcomes up and adds them to the bus under the router the retimer belongsto. Retimers are exposed in sysfs with name like :.where device is the router the retimer belongs to, port is the USB4 portthe retimer is connected to and index is the retimer index under thatport (starting from 1). This applies to the upstream USB4 port as wellso if there is on-board retimer between the port and the router it isalso added accordingly.At this time we do not add cable retimers but there is no techincalrestriction to do so in the future if needed. It is not clear whether itmakes sense to upgrade their firmwares and at least Thunderbolt 3 cablesit has not been done outside of lab environments.The sysfs interface is made to follow the router NVM upgrade to make iteasy to extend the existing userspace (fwupd) to handle these as well.Signed-off-by: Kranthi Kuntala Co-developed-by: Mika Westerberg Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

719a5fe8 - thunderbolt: Split common NVM functionality into a separate file

Thu, 05 Mar 2020 09:37:15 +0000

thunderbolt: Split common NVM functionality into a separate fileWe are going to reuse some of this functionality to implement retimerNVM upgrade so move common NVM functionality into its own file. We alsorename the structure from tb_switch_nvm to tb_nvm to make it clear thatit is not just for switches.Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

54509f50 - thunderbolt: Add KUnit tests for path walking

Wed, 29 Apr 2020 13:38:39 +0000

thunderbolt: Add KUnit tests for path walkingThis adds KUnit tests for path walking which is only dependent onsoftware structures, so no hardware is needed to run these.We make these available only when both KUnit and the driver itself arebuilt into the kernel image. The reason for this is that KUnit adds itsown module_init() call in kunit_test_suite() which generates linkererror because the driver does the same in nhi.c. This should be fine fornow because these tests are only meant to run by developers anyway.Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

cf29b9af - thunderbolt: Add support for Time Management Unit

Tue, 17 Dec 2019 12:33:43 +0000

thunderbolt: Add support for Time Management UnitTime Management Unit (TMU) is included in each USB4 router. It is usedto synchronize time across the USB4 fabric. By default when USB4 routeris plugged to the domain, its TMU is turned off. This differs fromThunderbolt (1, 2 and 3) devices whose TMU is by default configured tobi-directional HiFi mode. Since time synchronization is needed forproper Display Port tunneling this means we need to configure the TMU onUSB4 compliant devices.The USB4 spec allows some flexibility on how the TMU can be configured.This makes it possible to enable link power management states (CLx) incertain topologies, where for example DP tunneling is not used. TMU canalso be re-configured dynamicaly depending on types of tunnels createdover the USB4 fabric.In this patch we simply configure the TMU to be in bi-directional HiFimode. This way we can tunnel any kind of traffic without need to performcomplex steps to re-configure the domain dynamically. We can add morefine-grained TMU configuration later on when we start enabling CLxstates.Signed-off-by: Rajmohan Mani Co-developed-by: Mika Westerberg Signed-off-by: Mika Westerberg Link: https://lore.kernel.org/r/20191217123345.31850-8-mika.westerberg@linux.intel.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/thunderbolt/Makefile

690ac0d2 - thunderbolt: Update Kconfig entries to USB4

Tue, 17 Dec 2019 12:33:41 +0000

thunderbolt: Update Kconfig entries to USB4Since the driver now supports USB4 which is the standard going forward,update the Kconfig entry to mention this and rename the entry fromCONFIG_THUNDERBOLT to CONFIG_USB4 instead to help people to find thecorrect option if they want to enable USB4.Also do the same for Thunderbolt network driver.Signed-off-by: Mika Westerberg Cc: David S. Miller Link: https://lore.kernel.org/r/20191217123345.31850-6-mika.westerberg@linux.intel.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/thunderbolt/Makefile

b0407983 - thunderbolt: Add initial support for USB4

Tue, 17 Dec 2019 12:33:40 +0000

thunderbolt: Add initial support for USB4USB4 is the public specification based on Thunderbolt 3 protocol. Thereare some differences in register layouts and flows. In addition to PCIeand DP tunneling, USB4 supports tunneling of USB 3.x. USB4 is alsobackward compatible with Thunderbolt 3 (and older generations but thespec only talks about 3rd generation). USB4 compliant devices can beidentified by checking USB4 version field in router configuration space.This patch adds initial support for USB4 compliant hosts and deviceswhich enables following features provided by the existing functionalityin the driver: - PCIe tunneling - Display Port tunneling - Host and device NVM firmware upgrade - P2P networkingThis brings the USB4 support to the same level that we already have forThunderbolt 1, 2 and 3 devices.Note the spec talks about host and device "routers" but in the driver westill use term "switch" in most places. Both can be used interchangeably.Co-developed-by: Rajmohan Mani Signed-off-by: Rajmohan Mani Signed-off-by: Mika Westerberg Link: https://lore.kernel.org/r/20191217123345.31850-5-mika.westerberg@linux.intel.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/thunderbolt/Makefile

3cdb9446 - thunderbolt: Add support for Intel Ice Lake

Tue, 16 Jan 2018 20:19:00 +0000

thunderbolt: Add support for Intel Ice LakeThe Thunderbolt controller is integrated into the Ice Lake CPU itselfand requires special flows to power it on and off using force power bitin NHI VSEC registers. Runtime PM (RTD3) and Sx flows also differ fromthe discrete solutions. Now the firmware notifies the driver whetherRTD3 entry or exit are possible. The driver is responsible of sendingGo2Sx command through link controller mailbox when system enters Sxstates (suspend-to-mem/disk). Rest of the ICM firwmare flows followTitan Ridge.Signed-off-by: Raanan Avargil Signed-off-by: Mika Westerberg Reviewed-by: Yehezkel Bernat Tested-by: Mario Limonciello List of files: /linux-6.15/drivers/thunderbolt/Makefile

ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig

Sun, 19 May 2019 12:07:45 +0000

treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0-onlySigned-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/thunderbolt/Makefile

1752b9f7 - thunderbolt: Rename tunnel_pci to tunnel

Sun, 19 Feb 2017 08:58:35 +0000

thunderbolt: Rename tunnel_pci to tunnelIn order to tunnel non-PCIe traffic as well rename tunnel_pci.[ch] totunnel.[ch] to reflect this fact. No functional changes.Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

a9be5582 - thunderbolt: Move LC specific functionality into a separate file

Wed, 09 Jan 2019 14:42:12 +0000

thunderbolt: Move LC specific functionality into a separate fileWe will be adding more link controller functionality in subsequentpatches and it does not make sense to keep all that in switch.c, soseparate LC functionality into its own file.Signed-off-by: Mika Westerberg List of files: /linux-6.15/drivers/thunderbolt/Makefile

d1ff7024 - thunderbolt: Add support for XDomain discovery protocol

Mon, 02 Oct 2017 10:38:34 +0000

thunderbolt: Add support for XDomain discovery protocolWhen two hosts are connected over a Thunderbolt cable, there is aprotocol they can use to communicate capabilities supported by the host.The discovery protocol uses automatically configured control channel(ring 0) and is build on top of request/response transactions usingspecial XDomain primitives provided by the Thunderbolt base protocol.The capabilities consists of a root directory block of basic propertiesused for identification of the host, and then there can be zero or moredirectories each describing a Thunderbolt service and its capabilities.Once both sides have discovered what is supported the two hosts cansetup high-speed DMA paths and transfer data to the other side usingwhatever protocol was agreed based on the properties. The softwareprotocol used to communicate which DMA paths to enable is servicespecific.This patch adds support for the XDomain discovery protocol to theThunderbolt bus. We model each remote host connection as a Linux XDomaindevice. For each Thunderbolt service found supported on the XDomaindevice, we create Linux Thunderbolt service device which Thunderboltservice drivers can then bind to based on the protocol identificationinformation retrieved from the property directory describing theservice.This code is based on the work done by Amir Levy and Michael Jamet.Signed-off-by: Michael Jamet Signed-off-by: Mika Westerberg Reviewed-by: Yehezkel Bernat Reviewed-by: Andy Shevchenko Signed-off-by: David S. Miller List of files: /linux-6.15/drivers/thunderbolt/Makefile