Changes in Makefile

213acadd - usb: host: u132-hcd: Delete driver

Tue, 21 Mar 2023 10:36:38 +0000

usb: host: u132-hcd: Delete driverThis driver got its last actual change in 2006 and is probably unused asnowbody should use a cardbus to USB adapter any more.If it were still used, the driver was in urgent need for maintainerlove. (Explicit kref handling, underdocumented locking, .remove() canreturn errors ...)Also the link in the (now removed) help text doesn't look activelymaintained. According to archive.org it forwarded tohttp://www.copenhagen-hotel.net/ already back in 2018.So don't waste more time on this driver and just delete it.Signed-off-by: Uwe Kleine-König Link: https://lore.kernel.org/r/20230321103638.343886-1-u.kleine-koenig@pengutronix.deSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

ec5499d3 - xhci: split out rcar/rz support from xhci-plat.c

Tue, 31 Jan 2023 15:04:31 +0000

xhci: split out rcar/rz support from xhci-plat.cThe USB_XHCI_RZV2M and USB_RENESAS_USB3 select other driversbased on the enabled SoC types, which leads to build failureswhen the dependencies are not met:WARNING: unmet direct dependencies detected for USB_RZV2M_USB3DRD Depends on [n]: USB_SUPPORT [=y] && USB_GADGET [=n] && (ARCH_R9A09G011 [=n] || COMPILE_TEST [=y]) Selected by [m]: - USB_XHCI_RZV2M [=m] && USB_SUPPORT [=y] && USB [=y] && USB_XHCI_HCD [=m] && USB_XHCI_PLATFORM [=m] && (ARCH_R9A09G011 [=n] || COMPILE_TEST [=y])ERROR: modpost: "rzv2m_usb3drd_reset" [drivers/usb/host/xhci-plat-hcd.ko] undefined!The xhci-rcar driver has a reverse dependency with the xhci core, and itdepends on the UDC driver in turn. To untangle this, make the xhci-rcar.kodriver a standalone module that just calls into the xhci-plat.ko modulelike other drivers do.This allows handling the dependency on the USB_RZV2M_USB3DRD driver toonly affect the xhci-rcar module and simplify the xhci-plat module.It also allows leaving out the hacks for broken dma mask and nesteddevices from the rcar side and keep that only in the generic xhci driver.As a future cleanup, the marvell and dwc3 specific bits of xhci-plat.ccould be moved out as well, but that is not required for this bugfix.Fixes: c52c9acc415e ("xhci: host: Add Renesas RZ/V2M SoC support")Signed-off-by: Arnd Bergmann Tested-by: Biju Das Link: https://lore.kernel.org/r/20230131150531.12347-1-arnd@kernel.orgSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

c52c9acc - xhci: host: Add Renesas RZ/V2M SoC support

Sat, 21 Jan 2023 14:58:50 +0000

xhci: host: Add Renesas RZ/V2M SoC supportRZ/V2M is similar to R-Car XHCI but it doesn't require anyfirmware, we need to reset the USB Host reset release in DRD Modulebefore accessing host registers.Signed-off-by: Biju Das Link: https://lore.kernel.org/r/20230121145853.4792-10-biju.das.jz@bp.renesas.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

1dd33a9f - usb: fotg210: Collect pieces of dual mode controller

Sun, 23 Oct 2022 14:47:06 +0000

usb: fotg210: Collect pieces of dual mode controllerThe Faraday FOTG210 is a dual-mode OTG USB controller that canact as host, peripheral or both. To be able to probe from onehardware description and to follow the pattern of other dual-mode controllers such as MUSB or MTU3 we need to collect thetwo, currently completely separate drivers in the samedirectory.After this, users need to select the main symbol USB_FOTG210and then each respective subdriver. We pave the road tocompile both drivers into the same kernel and select theone we want to use at probe() time, and possibly add OTGsupport in the end.This patch doesn't do much more than create the new symboland collect the drivers in one place. We also add a commentfor the section of dual-mode controllers in the Kconfigfile so people can see what these selections are about.Also add myself as maintainer as there has been littleresponse on my patches to these drivers.Cc: Fabian Vogt Cc: Yuan-Hsin Chen Cc: Felipe Balbi Signed-off-by: Linus Walleij Link: https://lore.kernel.org/r/20221023144708.3596563-1-linus.walleij@linaro.orgSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

9dbdac02 - staging: octeon-usb: move driver out of staging

Tue, 24 May 2022 16:25:40 +0000

staging: octeon-usb: move driver out of stagingThe Octeon usb driver has been in staging for a long time and used inUbiquiti routers for a while now.It's been built and then tested on real hardware with several usb devicesand it is proven to be stable and ready to be moved to its proper placein the kernel tree.Move it to drivers/usb/host and adjust its Makefile, Kconfig and defconfigdependencies.Many thanks to the developers who made it happen.Signed-off-by: Artur Bujdoso Link: https://lore.kernel.org/r/Yo0HBIlSXOBM+//9@cruxSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

494ed399 - usb: Introduce Xen pvUSB frontend (xen hcd)

Tue, 23 Nov 2021 13:20:47 +0000

usb: Introduce Xen pvUSB frontend (xen hcd)Introduces the Xen pvUSB frontend. With pvUSB it is possible for a XendomU to communicate with a USB device assigned to that domU. Thecommunication is all done via the pvUSB backend in a driver domain(usually Dom0) which is owner of the physical device.The pvUSB frontend is a USB hcd for a virtual USB host connector.The code is taken from the pvUSB implementation in Xen done by Fujitsubased on Linux kernel 2.6.18.Changes from the original version are:- port to upstream kernel- put all code in just one source file- move module to appropriate location in kernel tree- adapt to Linux style guide- minor code modifications to increase readabilitySigned-off-by: Juergen Gross Link: https://lore.kernel.org/r/20211123132048.5335-3-jgross@suse.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

14295a15 - usb: xhci-mtk: support to build xhci-mtk-hcd.ko

Mon, 08 Mar 2021 02:52:04 +0000

usb: xhci-mtk: support to build xhci-mtk-hcd.koCurrently xhci-hcd.ko building depends on USB_XHCI_MTK, thisis not flexible for some cases. For example:USB_XHCI_HCD is y, and USB_XHCI_MTK is m, then we can'timplement extended functions if only update xhci-mtk.koThis patch is used to remove the dependence.Acked-by: Mathias Nyman Signed-off-by: Chunfeng Yun Link: https://lore.kernel.org/r/0b62e21ddfacc1c2874726dd27ccab80c993f303.1615170625.git.chunfeng.yun@mediatek.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

c3590c76 - usb: host: ehci-tegra: Remove the driver

Fri, 18 Dec 2020 12:02:45 +0000

usb: host: ehci-tegra: Remove the driverThe ChipIdea driver now provides USB2 host mode support for NVIDIA TegraSoCs. The ehci-tegra driver is obsolete now, remove it and redirect theolder Kconfig entry to the CI driver.Tested-by: Matt Merhar Tested-by: Nicolas Chauvet Tested-by: Peter Geis Tested-by: Ion Agorria Acked-by: Thierry Reding Acked-by: Alan Stern Acked-by: Peter Chen Signed-off-by: Dmitry Osipenko Link: https://lore.kernel.org/r/20201218120246.7759-9-digetx@gmail.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

e7018751 - usb: host: ehci-mxc: Remove the driver

Fri, 13 Nov 2020 17:12:31 +0000

usb: host: ehci-mxc: Remove the driverThe ehci-mxc driver was only used by i.MX non-DT platforms.Since 5.10-rc1, i.MX has been converted to a DT-only platform and allboard files are gone.Remove the ehci-mxc driver as there are no more users at all.Acked-by: Alan Stern Signed-off-by: Fabio Estevam Link: https://lore.kernel.org/r/20201113171231.2205-1-festevam@gmail.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

e625f3de - usb: host: imx21-hcd: Remove the driver

Mon, 09 Nov 2020 21:08:13 +0000

usb: host: imx21-hcd: Remove the driverSince commit 4b563a066611 ("ARM: imx: Remove imx21 support") the imx21SoC is no longer supported.Get rid of its USB driver too, which is now unused.Acked-by: Peter Chen Signed-off-by: Fabio Estevam Link: https://lore.kernel.org/r/20201109210813.21382-1-festevam@gmail.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

8bd5741e - usb: renesas-xhci: Add the renesas xhci driver

Thu, 14 May 2020 12:20:37 +0000

usb: renesas-xhci: Add the renesas xhci driverThis add a new driver for renesas xhci which is basically a firmwareloader for uPD720201 and uPD720202 w/o ROM. The xhci-pci driver willinvoke this driver for loading/unloading on relevant devices.This patch adds a firmware loader for the uPD720201K8-711-BAC-Aand uPD720202K8-711-BAA-A variant. Both of these chips are listedin Renesas' R19UH0078EJ0500 Rev.5.00 "User's Manual: Hardware" asdevices which need the firmware loader on page 2 in order towork as they "do not support the External ROM".The "Firmware Download Sequence" is describe in chapter"7.1 FW Download Interface" R19UH0078EJ0500 Rev.5.00 page 131.The firmware "K2013080.mem" is available from a USB3.0 Host toPCIe Adapter (PP2U-E card) "Firmware download" archive. Analternative version can be sourced from Netgear's WNDR4700 GPLarchives.The release notes of the PP2U-E's "Firmware Download" ver 2.0.1.3(2012-06-15) state that the firmware is for the following devices: - uPD720201 ES 2.0 sample whose revision ID is 2. - uPD720201 ES 2.1 sample & CS sample & Mass product, ID is 3. - uPD720202 ES 2.0 sample & CS sample & Mass product, ID is 2.[vkoul: fixed comments: used macros for timeout count and delay removed renesas_fw_alive_check cleaned renesas_fw_callback removed recursion for renesas_fw_download add register defines and field names move to a separate file make fw loader as sync probe so that we execute in probe and prevent race make xhci-pci-renesas a seprate module]Signed-off-by: Christian Lamparter Signed-off-by: Bjorn Andersson Signed-off-by: Vinod Koul Link: https://lore.kernel.org/r/20200514122039.300417-3-vkoul@kernel.orgSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

c33f4f24 - usb: host: Add ability to build new Broadcom STB USB drivers

Tue, 12 May 2020 15:00:19 +0000

usb: host: Add ability to build new Broadcom STB USB driversAdd the build system changes needed to get the Broadcom STB XHCI,EHCI and OHCI functionality working. The OHCI support does notrequire anything unique to Broadcom so the standard ohci-platformdriver is being used. Also update MAINTAINERS.Signed-off-by: Al Cooper Reviewed-by: Florian Fainelli Link: https://lore.kernel.org/r/20200512150019.25903-6-alcooperx@gmail.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

a190d948 - usb: remove ehci-w90x900 driver

Fri, 09 Aug 2019 20:27:43 +0000

usb: remove ehci-w90x900 driverThe ARM w90x900 platform is getting removed, so this driver is obsolete.Signed-off-by: Arnd Bergmann Link: https://lore.kernel.org/r/20190809202749.742267-16-arnd@arndb.deSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

71ed79b0 - USB: Move wusbcore and UWB to staging as it is obsolete

Tue, 06 Aug 2019 10:15:09 +0000

USB: Move wusbcore and UWB to staging as it is obsoleteThe UWB and wusbcore code is long obsolete, so let us just move the codeout of the real part of the kernel and into the drivers/staging/location with plans to remove it entirely in a few releases.Link: https://lore.kernel.org/r/20190806101509.GA11280@kroah.comSigned-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

0440fa3d - USB: EHCI: make ehci-mv a separate driver

Wed, 22 Aug 2018 20:42:56 +0000

USB: EHCI: make ehci-mv a separate driverThis is done do that it could be enabled alongside other platform EHCIglue drivers on multiplatform kernels.Signed-off-by: Lubomir Rintel Acked-by: Alan Stern Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

df44831e - USB host: Add USB ehci support for nuvoton npcm7xx platform

Wed, 20 Jun 2018 06:33:04 +0000

USB host: Add USB ehci support for nuvoton npcm7xx platformThis patch adds support for ehci controller for the Nuvotonnpcm7xx platform.Most of the code was taken from ehci-spear.c + specific initializationcodeSigned-off-by: Avi Fishman Acked-by: Alan Stern Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

c508f41d - xhci: hisilicon: support HiSilicon STB xHCI host controller

Mon, 21 May 2018 13:39:51 +0000

xhci: hisilicon: support HiSilicon STB xHCI host controllerThis commit adds support for HiSilicon STB xHCI host controller.There are two xHCI host controllers on HiSilicon STB SoCs. Eachone requires additional configuration before exposing interfacecompliant with xHCI.Reviewed-by: Chunfeng Yun Signed-off-by: Jianguo Sun Signed-off-by: Mathias Nyman Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

fa31b3cb - xhci: Add Intel extended cap / otg phy mux handling

Tue, 20 Mar 2018 12:57:09 +0000

xhci: Add Intel extended cap / otg phy mux handlingThe xHCI controller on various Intel SoCs has an extended cap mmio-rangewhich contains registers to control the muxing to the xHCI (host mode)or the dwc3 (device mode) and vbus-detection for the otg usb-phy.Having a role-sw driver included in the xHCI code (under drivers/usb/host)is not desirable. So this commit adds a simple handler for this extendedcapability, which creates a platform device with the caps mmio region asresource, this allows us to write a separate platform role-sw driver forthe role-switch.Note this commit adds a call to the new xhci_ext_cap_init() functionto xhci_pci_probe(), it is added here because xhci_ext_cap_init() mustbe called only once. If in the future we also want to handle ext-capson non pci xHCI HCDs from xhci_ext_cap_init() a call to it should alsobe added to other bus probe paths.Signed-off-by: Hans de Goede Acked-by: Mathias Nyman Reviewed-by: Andy Shevchenko Signed-off-by: Heikki Krogerus Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

dfba2174 - usb: xhci: Add DbC support in xHCI driver

Fri, 08 Dec 2017 15:59:10 +0000

usb: xhci: Add DbC support in xHCI driverxHCI compatible USB host controllers(i.e. super-speed USB3 controllers)can be implemented with the Debug Capability(DbC). It presents a debugdevice which is fully compliant with the USB framework and provides theequivalent of a very high performance full-duplex serial link. The debugcapability operation model and registers interface are defined in 7.6.8of the xHCI specification, revision 1.1.The DbC debug device shares a root port with the xHCI host. By default,the debug capability is disabled and the root port is assigned to xHCI.When the DbC is enabled, the root port will be assigned to the DbC debugdevice, and the xHCI sees nothing on this port. This implementation usesa sysfs node named under the xHCI device to manage the enablingand disabling of the debug capability.When the debug capability is enabled, it will present a debug devicethrough the debug port. This debug device is fully compliant with theUSB3 framework, and it can be enumerated by a debug host on the otherend of the USB link. As soon as the debug device is configured, a TTYserial device named /dev/ttyDBC0 will be created.Signed-off-by: Lu Baolu Signed-off-by: Mathias Nyman Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/usb/host/Makefile