<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Makefile</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>8475ffcf - USB: xen-hcd: Traverse host/ when CONFIG_USB_XEN_HCD is selected</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#8475ffcf</link>
        <description>USB: xen-hcd: Traverse host/ when CONFIG_USB_XEN_HCD is selectedIf no other USB HCDs are selected when compiling a small pure virutalmachine, the Xen HCD driver cannot be built.Fix it by traversing down host/ if CONFIG_USB_XEN_HCD is selected.Fixes: 494ed3997d75 (&quot;usb: Introduce Xen pvUSB frontend (xen hcd)&quot;)Cc: stable@vger.kernel.org # v5.17+Signed-off-by: John Ernberg &lt;john.ernberg@actia.se&gt;Link: https://lore.kernel.org/r/20240517114345.1190755-1-john.ernberg@actia.seSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Fri, 17 May 2024 11:43:52 +0000</pubDate>
        <dc:creator>John Ernberg &lt;john.ernberg@actia.se&gt;</dc:creator>
    </item>
<item>
        <title>213acadd - usb: host: u132-hcd: Delete driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#213acadd</link>
        <description>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&apos;t look activelymaintained. According to archive.org it forwarded tohttp://www.copenhagen-hotel.net/ already back in 2018.So don&apos;t waste more time on this driver and just delete it.Signed-off-by: Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;Link: https://lore.kernel.org/r/20230321103638.343886-1-u.kleine-koenig@pengutronix.deSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Tue, 21 Mar 2023 10:36:38 +0000</pubDate>
        <dc:creator>Uwe Kleine-K&#246;nig &lt;u.kleine-koenig@pengutronix.de&gt;</dc:creator>
    </item>
<item>
        <title>1dd33a9f - usb: fotg210: Collect pieces of dual mode controller</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#1dd33a9f</link>
        <description>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&apos;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 &lt;fabian@ritter-vogt.de&gt;Cc: Yuan-Hsin Chen &lt;yhchen@faraday-tech.com&gt;Cc: Felipe Balbi &lt;balbi@kernel.org&gt;Signed-off-by: Linus Walleij &lt;linus.walleij@linaro.org&gt;Link: https://lore.kernel.org/r/20221023144708.3596563-1-linus.walleij@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Sun, 23 Oct 2022 14:47:06 +0000</pubDate>
        <dc:creator>Linus Walleij &lt;linus.walleij@linaro.org&gt;</dc:creator>
    </item>
<item>
        <title>3b445c99 - usb: host: remove line for obsolete config USB_HWA_HCD</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#3b445c99</link>
        <description>usb: host: remove line for obsolete config USB_HWA_HCDCommit 71ed79b0e4be (&quot;USB: Move wusbcore and UWB to staging as it isobsolete&quot;) misses to adjust some part in ./drivers/usb/host/Makefile.Hence, ./scripts/checkkconfigsymbols.py warns:USB_HWA_HCDReferencing files: drivers/usb/MakefileRemove the missing piece of this code removal.Signed-off-by: Lukas Bulwahn &lt;lukas.bulwahn@gmail.com&gt;Link: https://lore.kernel.org/r/20210818071137.22711-3-lukas.bulwahn@gmail.comSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Wed, 18 Aug 2021 07:11:36 +0000</pubDate>
        <dc:creator>Lukas Bulwahn &lt;lukas.bulwahn@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>3d829045 - usb: cdnsp: cdns3 Add main part of Cadence USBSSP DRD Driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#3d829045</link>
        <description>usb: cdnsp: cdns3 Add main part of Cadence USBSSP DRD DriverThis patch introduces the main part of Cadence USBSSP DRD driverto Linux kernel.To reduce the patch size a little bit, the header file gadget.h wasintentionally added as separate patch.The Cadence USBSSP DRD Controller is a highly configurable IP Core whichcan be instantiated as Dual-Role Device (DRD), Peripheral Only andHost Only (XHCI)configurations.The current driver has been validated with FPGA platform. We havesupport for PCIe bus, which is used on FPGA prototyping.The host side of USBSS DRD controller is compliant with XHCI.The architecture for device side is almost the same as for host side,and most of the XHCI specification can be used to understand howthis controller operates.Signed-off-by: Pawel Laszczak &lt;pawell@cadence.com&gt;Signed-off-by: Peter Chen &lt;peter.chen@nxp.com&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Mon, 07 Dec 2020 10:32:24 +0000</pubDate>
        <dc:creator>Pawel Laszczak &lt;pawell@cadence.com&gt;</dc:creator>
    </item>
<item>
        <title>e625f3de - usb: host: imx21-hcd: Remove the driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#e625f3de</link>
        <description>usb: host: imx21-hcd: Remove the driverSince commit 4b563a066611 (&quot;ARM: imx: Remove imx21 support&quot;) the imx21SoC is no longer supported.Get rid of its USB driver too, which is now unused.Acked-by: Peter Chen &lt;peter.chen@nxp.com&gt;Signed-off-by: Fabio Estevam &lt;festevam@gmail.com&gt;Link: https://lore.kernel.org/r/20201109210813.21382-1-festevam@gmail.comSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Mon, 09 Nov 2020 21:08:13 +0000</pubDate>
        <dc:creator>Fabio Estevam &lt;festevam@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>7733f6c3 - usb: cdns3: Add Cadence USB3 DRD Driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#7733f6c3</link>
        <description>usb: cdns3: Add Cadence USB3 DRD DriverThis patch introduce new Cadence USBSS DRD driver to Linux kernel.The Cadence USBSS DRD Controller is a highly configurable IP Core whichcan be instantiated as Dual-Role Device (DRD), Peripheral Only andHost Only (XHCI)configurations.The current driver has been validated with FPGA platform. We havesupport for PCIe bus, which is used on FPGA prototyping.The host side of USBSS-DRD controller is compliant with XHCIspecification, so it works with standard XHCI Linux driver.Signed-off-by: Pawel Laszczak &lt;pawell@cadence.com&gt;Signed-off-by: Felipe Balbi &lt;felipe.balbi@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Mon, 26 Aug 2019 11:19:30 +0000</pubDate>
        <dc:creator>Pawel Laszczak &lt;pawell@cadence.com&gt;</dc:creator>
    </item>
<item>
        <title>71ed79b0 - USB: Move wusbcore and UWB to staging as it is obsolete</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#71ed79b0</link>
        <description>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 &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Tue, 06 Aug 2019 10:15:09 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>de4ad1b1 - Revert &quot;usb:cdns3 Add Cadence USB3 DRD Driver&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#de4ad1b1</link>
        <description>Revert &quot;usb:cdns3 Add Cadence USB3 DRD Driver&quot;This reverts commit 8bc1901ca7b07d864fca11461b3875b31f949765.It&apos;s broken.Reported-by: Stephen Rothwell &lt;sfr@canb.auug.org.au&gt;Cc: Felipe Balbi &lt;balbi@kernel.org&gt;Cc: Pawel Laszczak &lt;pawell@cadence.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Thu, 04 Jul 2019 11:01:33 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>8bc1901c - usb:cdns3 Add Cadence USB3 DRD Driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#8bc1901c</link>
        <description>usb:cdns3 Add Cadence USB3 DRD DriverThis patch introduce new Cadence USBSS DRD driver to Linux kernel.The Cadence USBSS DRD Controller is a highly configurable IP Core whichcan be instantiated as Dual-Role Device (DRD), Peripheral Only andHost Only (XHCI)configurations.The current driver has been validated with FPGA platform. We havesupport for PCIe bus, which is used on FPGA prototyping.The host side of USBSS-DRD controller is compliant with XHCIspecification, so it works with standard XHCI Linux driver.Signed-off-by: Pawel Laszczak &lt;pawell@cadence.com&gt;Signed-off-by: Felipe Balbi &lt;felipe.balbi@linux.intel.com&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Tue, 02 Jul 2019 13:38:01 +0000</pubDate>
        <dc:creator>Pawel Laszczak &lt;pawell@cadence.com&gt;</dc:creator>
    </item>
<item>
        <title>812086d3 - USB: move usb debugfs directory creation to the usb common core</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#812086d3</link>
        <description>USB: move usb debugfs directory creation to the usb common coreThe USB gadget subsystem wants to use the USB debugfs root directory, somove it to the common &quot;core&quot; USB code so that it is properly initializedand removed as needed.In order to properly do this, we need to load the common code before theusb core code, when everything is linked into the kernel, so reorder thelink order of the code.Also as the usb common code has the possibility of the led trigger logicto be merged into it, handle the build option properly by only havingone module init/exit function and have the common code initialize theled trigger if needed.Reported-by: Chunfeng Yun &lt;chunfeng.yun@mediatek.com&gt;Cc: Felipe Balbi &lt;felipe.balbi@linux.intel.com&gt;Tested-by: Chunfeng Yun &lt;chunfeng.yun@mediatek.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Wed, 05 Jun 2019 12:44:40 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>f6fb9ec0 - usb: roles: Add Intel xHCI USB role switch driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#f6fb9ec0</link>
        <description>usb: roles: Add Intel xHCI USB role switch driverVarious Intel SoCs (Cherry Trail, Broxton and others) have an internal USBrole switch for swiching the OTG USB data lines between the xHCI hostcontroller and the dwc3 gadget controller.Note on some Cherry Trail systems there is ACPI/AML code listening toedge interrupts on the id-pin (through an _AIE ACPI method) and switchingthe role between ROLE_HOST and ROLE_NONE based on the id-pin. Note it doesnot set the role to ROLE_DEVICE, because device-mode is usually not usedunder Windows.The presence of AML code which modifies the cfg0 reg (on some systems)means that our read/write/modify of cfg0 may race with the AML codedoing the same to avoid this we take the global ACPI lock while doingthe read/write/modify.Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;Reviewed-by: Andy Shevchenko &lt;andy.shevchenko@gmail.com&gt;Signed-off-by: Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Tue, 20 Mar 2018 12:57:10 +0000</pubDate>
        <dc:creator>Hans de Goede &lt;hdegoede@redhat.com&gt;</dc:creator>
    </item>
<item>
        <title>b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#b2441318</link>
        <description>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 &apos;GPL-2.0&apos;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 &amp; 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 &gt;5   lines of source - File already had some variant of a license header in it (even if &lt;5   lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn&apos;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 &quot;GPL-2.0 WITH   Linux-syscall-note&quot; otherwise it was &quot;GPL-2.0&quot;.  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&apos;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 &lt;kstewart@linuxfoundation.org&gt;Reviewed-by: Philippe Ombredanne &lt;pombredanne@nexb.com&gt;Reviewed-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Wed, 01 Nov 2017 14:07:57 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>fab92884 - usb: USB Type-C connector class</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#fab92884</link>
        <description>usb: USB Type-C connector classThe purpose of USB Type-C connector class is to provideunified interface for the user space to get the status andbasic information about USB Type-C connectors on a system,control over data role swapping, and when the port supportsUSB Power Delivery, also control over power role swappingand Alternate Modes.Signed-off-by: Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;Reviewed-by: Mika Westerberg &lt;mika.westerberg@linux.intel.com&gt;Reviewed-and-Tested-by: Felipe Balbi &lt;felipe.balbi@linux.intel.com&gt;Tested-by: Guenter Roeck &lt;linux@roeck-us.net&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Tue, 21 Mar 2017 11:56:47 +0000</pubDate>
        <dc:creator>Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>aeb9dd1d - usb/early: Add driver for xhci debug capability</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#aeb9dd1d</link>
        <description>usb/early: Add driver for xhci debug capabilityXHCI debug capability (DbC) is an optional but standalonefunctionality provided by an xHCI host controller. Softwarelearns this capability by walking through the extendedcapability list of the host. XHCI specification describesDbC in section 7.6.This patch introduces the code to probe and initialize thedebug capability hardware during early boot. With hardwareinitialized, the debug target (system on which this code isrunning) will present a debug device through the debug port(normally the first USB3 port). The debug device is fullycompliant with the USB framework and provides the equivalentof a very high performance (USB3) full-duplex serial linkbetween the debug host and target. The DbC functionality isindependent of the xHCI host. There isn&apos;t any preconditionfrom the xHCI host side for the DbC to work.One use for this feature is kernel debugging, for examplewhen your machine crashes very early before the regularconsole code is initialized. Other uses include simpler,lockless logging instead of a full-blown printk consoledriver and klogd.Signed-off-by: Lu Baolu &lt;baolu.lu@linux.intel.com&gt;Acked-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;Cc: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;Cc: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;Cc: Mathias Nyman &lt;mathias.nyman@linux.intel.com&gt;Cc: Peter Zijlstra &lt;peterz@infradead.org&gt;Cc: linux-usb@vger.kernel.orgLink: http://lkml.kernel.org/r/1490083293-3792-3-git-send-email-baolu.lu@linux.intel.com[ Small fix to the Kconfig help text. ]Signed-off-by: Ingo Molnar &lt;mingo@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Tue, 21 Mar 2017 08:01:30 +0000</pubDate>
        <dc:creator>Lu Baolu &lt;baolu.lu@linux.intel.com&gt;</dc:creator>
    </item>
<item>
        <title>2c93e790 - usb: add CONFIG_USB_PCI for system have both PCI HW and non-PCI based USB HW</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#2c93e790</link>
        <description>usb: add CONFIG_USB_PCI for system have both PCI HW and non-PCI based USB HWa lot of embeded system SOC (e.g. freescale T2080) have bothPCI and USB modules. But USB module is controlled by registers directly,it have no relationship with PCI module.when say N here it will not build PCI related code in USB driver.Signed-off-by: yuan linyu &lt;Linyu.Yuan@alcatel-sbell.com.cn&gt;Acked-by: Felipe Balbi &lt;felipe.balbi@linux.intel.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Sat, 25 Feb 2017 11:20:55 +0000</pubDate>
        <dc:creator>yuan linyu &lt;Linyu.Yuan@alcatel-sbell.com.cn&gt;</dc:creator>
    </item>
<item>
        <title>df2069ac - usb: Add MediaTek USB3 DRD driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#df2069ac</link>
        <description>usb: Add MediaTek USB3 DRD driverThis patch adds support for the MediaTek USB3 controllerintegrated into MT8173. It currently supports High-SpeedPeripheral Only mode.Super-Speed Peripheral, Dual-Role Device and Host Only (xHCI)modes will be added in the next patchs.Signed-off-by: Chunfeng Yun &lt;chunfeng.yun@mediatek.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Wed, 19 Oct 2016 02:28:23 +0000</pubDate>
        <dc:creator>Chunfeng Yun &lt;chunfeng.yun@mediatek.com&gt;</dc:creator>
    </item>
<item>
        <title>d0fc35bc - usb: fsl: drop USB_FSL_MPH_DR_OF Kconfig symbol</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#d0fc35bc</link>
        <description>usb: fsl: drop USB_FSL_MPH_DR_OF Kconfig symbolThe USB_FSL_MPH_DR_OF symbol is used to ensure the code that interpretsthe DR device node is built whenever one of the two drivers (EHCI orUDC) for the platform is enabled. However, if CONFIG_USB is disabledand we only support gadget mode, this causes a Kconfig warning:warning: (USB_FSL_USB2) selects USB_FSL_MPH_DR_OF which has unmet direct dependencies (USB_SUPPORT &amp;&amp; USB)We can avoid this warning by simply no longer using the symbol,and making sure we enter the drivers/usb/host/ directory whenthe UDC driver is enabled that needs the file, and then we useMakefile syntax to ensure the file is built-in if needed.There is currently a dependency on CONFIG_OF, but this is redundant,as we already know that this is set unconditionally for the platformsthat use this driver.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Felipe Balbi &lt;balbi@kernel.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Thu, 28 Jan 2016 16:20:54 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>34e51ba6 - usb-host: Remove fusbh200 driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#34e51ba6</link>
        <description>usb-host: Remove fusbh200 driverfusbh200 and fotg210 are very similar. The initial idea was to consolidateboth drivers but I&apos;m afraid fusbh200 is not being used.This patch remove the fusbh200 source code, update Kconfig and twoMakefiles.Signed-off-by: Peter Senna Tschudin &lt;peter.senna@gmail.com&gt;Acked-by: John Chiang &lt;john453@faraday-tech.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Fri, 02 Oct 2015 11:18:27 +0000</pubDate>
        <dc:creator>Peter Senna Tschudin &lt;peter.senna@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>8f116d1c - usb: load usb phy earlier</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/Makefile#8f116d1c</link>
        <description>usb: load usb phy earlierUSB PHY works proper is the base for the coming USB controller operation.With this patch, it can avoid the controller drivers which are linkedearlier than USB PHY always being probed deferral.Look at drivers/Makefile, it links phy first with the similar method.Signed-off-by: Zhangfei Gao &lt;zhangfei.gao@linaro.org&gt;Acked-by: Peter Chen &lt;peter.chen@freescale.com&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/Makefile</description>
        <pubDate>Thu, 12 Feb 2015 08:18:09 +0000</pubDate>
        <dc:creator>Zhangfei Gao &lt;zhangfei.gao@linaro.org&gt;</dc:creator>
    </item>
</channel>
</rss>
