<?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>cae8dc3b - USB: add missing SPDX lines to Kconfig and Makefiles</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/roles/Makefile#cae8dc3b</link>
        <description>USB: add missing SPDX lines to Kconfig and MakefilesThere are a few remaining drivers/usb/ files that do not have SPDXidentifiers in them, all of these are either Kconfig or Makefiles.  Addthe correct GPL-2.0 identifier to them to make scanning tools happy.Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/usb/roles/Makefile</description>
        <pubDate>Thu, 17 Jan 2019 08:23:50 +0000</pubDate>
        <dc:creator>Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;</dc:creator>
    </item>
<item>
        <title>c3788cd9 - usb: roles: Add a description for the class to Kconfig</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/usb/roles/Makefile#c3788cd9</link>
        <description>usb: roles: Add a description for the class to KconfigThat makes the USB role switch support option visible andselectable for the user. The class driver is also moved todrivers/usb/roles/ directory.This will fix an issue that we have with the Intel USB roleswitch driver on systems that don&apos;t have USB Type-C connectors:Intel USB role switch driver depends on the USB role switchclass as it should, but since there was no way for the userto enable the USB role switch class, there was also no wayto select that driver. USB Type-C drivers select the USBrole switch class which makes the Intel USB role switchdriver available and therefore hides the problem.So in practice Intel USB role switch driver was depending onUSB Type-C drivers.Fixes: f6fb9ec02be1 (&quot;usb: roles: Add Intel xHCI USB role switch driver&quot;)Cc: &lt;stable@vger.kernel.org&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/roles/Makefile</description>
        <pubDate>Wed, 12 Dec 2018 17:13:55 +0000</pubDate>
        <dc:creator>Heikki Krogerus &lt;heikki.krogerus@linux.intel.com&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/roles/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/roles/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>
</channel>
</rss>
