usb: add support for Intel dual role port mux
Subsystems (4)
v9 cover usb: add support for Intel dual role port mux
Intel SOC chips are featured with USB dual role. The host role is provided by Intel xHCI IP, and the gadget role is provided by IP from designware. Tablet platform designs always share a single port for both host and gadget controllers. There is a mux to switch the port to the right controller according to the cable type. OS needs to provide the callback to control the mux when a plug-in event raises. The method to control the mux is platform dependent. At least three types of implementation can be found across current devices. 1) GPIO pins; 2) a unit which can be controlled by memory mapped registers; 3) ACPI ASL code.
This patch series adds supports for Intel dual role port mux. It includes:
(1) A generic framework for port mux devices. It exports interfaces to register and unregister a port mux device. It also exports an interface for the port mux consumers (e.x. PHY and charger drivers) to switch the port role according to the events they have detected.
(2) Drivers for GPIO controlled port mux which could be found on Baytrail devices. A mfd driver is used to split the GPIOs into a USB gpio extcon device, a fixed regulator for gpio controlled USB VCC, and a USB mux device. Driver for USB gpio extcon device is already in upstream Linux. This patch series includes a driver for GPIO USB mux.
(3) Drivers for USB port mux controlled through memory mapped registers and the logic to create the mux device. This type of dual role port mux could be found in Cherry Trail and Broxton devices.
All patches have been verified to work on Intel's BayTrail, CherryTrail, and Broxton P platforms.
Lu Baolu (7):
regulator: fixed: add support for ACPI interface
usb: mux: add generic code for dual role port mux
usb: mux: add driver for Intel gpio controlled port mux
usb: mux: add driver for Intel drcfg controlled port mux
mfd: intel_vuport: Add Intel virtual USB port MFD Driver
usb: pci-quirks: add Intel USB drcfg mux device
MAINTAINERS: add maintainer entry for Intel USB dual role mux drivers
Change log:
v8->v9:
- Patch "mfd: intel_vuport: Add Intel virtual USB port MFD Driver" has been ACK-ed by "Lee Jones <[email protected]>".
- remove extcon dependency out of the generic mux code to support systems which have multiple port muxes.
- Add dev.release for mux device, otherwise, the mux driver module couldn't be removed.
- Use the refreshed device property interface updated in Commit (f4d0526 device property: don't bother the drivers with struct property_set)
v7->v8:
- In patch "regulator: fixed: add support for ACPI interface", the fixed regulator gpio name has been changed to "gpio".
- In patch "MAINTAINERS: add maintainer entry for Intel USB dual role mux drivers", filenames have been updated.
v6->v7:
- Two patches have been picked up by extcon maintainer. Hence, remove them since this version.
- extcon: usb-gpio: add device binding for platform device
- extcon: usb-gpio: add support for ACPI gpio interface
- Below patch has been removed from this series because it's unnecessary.
- regulator: fixed: add device binding for platform device
- In patch "regulator: fixed: add support for ACPI interface", a static gpio name is used to get the regulator gpio.
- In patch "mfd: intel_vuport: Add Intel virtual USB port MFD Driver", unnecessary "gpio-name" string property has been removed.
v5->v6:
Work internally with Felipe to improve the whole patch series. Below changes have been made since last version.
- rework the common code to make it a generic interface for mux devices;
- split the vbus gpio handling to a fixed regulator device;
- removed unnecessary filtering for state change;
- removed unnecessary WARN statement;
- removed globals in mux drivers;
- removed unnecessary register polling and waiting in drcfg driver;
v4->v5:
- Change the extcon interfaces with the new ones suggested by 2a9de9c0f08d6 (extcon: Use the unique id for external connector instead of string)
- remove patch "usb: pci-quirks: add Intel USB drcfg mux device" from this serial due to that it's not driver staff. Will be submitted seperately.
v3->v4:
- Check all patches with "checkpatch.pl --strict", and fix all CHECKs;
- Change sysfs node from "intel_mux" to "port_mux";
- Refines below confusing functions:
intel_usb_mux_register() -> intel_usb_mux_bind_cable() intel_usb_mux_unregister() -> intel_usb_mux_unbind_cable();
- Remove unnecessary struct intel_mux_dev.
v2->v3:
- uvport mfd driver got reviewed by Lee Jones, the following changes were made accordingly.
- seperate uvport driver from the mux drivers in MAINTAINERS file
- refine the description in Kconfig
- refine the mfd_cell structure data
v1->v2:
- move mux driver from drivers/usb/misc to drivers/usb/mux;
- replace debugfs with sysfs for user level mux control;
- remove unnecessary register restore if mux registeration failed;
- Add "Acked-by: Chanwoo Choi <[email protected]>" to extcon changes;
- Make the file names and exported function names more specific;
- Remove the usb_mux_get_dev() interface;
- Move "struct intel_usb_mux" from .h to .c file;
- Fix various kbuild robot warnings.
Documentation/ABI/testing/sysfs-bus-platform | 18 +++ MAINTAINERS | 10 ++ drivers/mfd/Kconfig | 8 ++ drivers/mfd/Makefile | 1 + drivers/mfd/intel-vuport.c | 86 ++++++++++++ drivers/regulator/fixed.c | 46 ++++++ drivers/usb/Kconfig | 2 + drivers/usb/Makefile | 1 + drivers/usb/host/pci-quirks.c | 42 +++++- drivers/usb/host/xhci-ext-caps.h | 2 + drivers/usb/mux/Kconfig | 28 ++++ drivers/usb/mux/Makefile | 6 + drivers/usb/mux/portmux-core.c | 202 +++++++++++++++++++++++++++ drivers/usb/mux/portmux-intel-drcfg.c | 162 +++++++++++++++++++++ drivers/usb/mux/portmux-intel-gpio.c | 183 ++++++++++++++++++++++++ include/linux/usb/portmux.h | 90 ++++++++++++ 16 files changed, 886 insertions(+), 1 deletion(-) create mode 100644 drivers/mfd/intel-vuport.c create mode 100644 drivers/usb/mux/Kconfig create mode 100644 drivers/usb/mux/Makefile create mode 100644 drivers/usb/mux/portmux-core.c create mode 100644 drivers/usb/mux/portmux-intel-drcfg.c create mode 100644 drivers/usb/mux/portmux-intel-gpio.c create mode 100644 include/linux/usb/portmux.h
Signature · 1 line
2.1.4
PATCH v9 1/7 regulator: fixed: add support for ACPI interface
Add support to retrieve fixed voltage configure information through ACPI interface. This is needed for Intel Bay Trail devices, where a GPIO is used to control the USB vbus.
--- drivers/regulator/fixed.c | 46 ++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 46 insertions(+)
drivers/regulator/fixed.c +46 -0
@@ -30,6 +30,9 @@#include <linux/of_gpio.h> #include <linux/regulator/of_regulator.h> #include <linux/regulator/machine.h> +#include <linux/acpi.h> +#include <linux/property.h> +#include <linux/gpio/consumer.h> struct fixed_voltage_data {struct regulator_desc desc;
@@ -104,6 +107,44 @@ of_get_fixed_voltage_config(struct device *dev,return config; } +/** +* acpi_get_fixed_voltage_config - extract fixed_voltage_config structure info +* @dev: device requesting for fixed_voltage_config +* @desc: regulator description +* +* Populates fixed_voltage_config structure by extracting data through ACPI +* interface, returns a pointer to the populated structure of NULL if memory +* alloc fails. +*/ +static struct fixed_voltage_config * +acpi_get_fixed_voltage_config (struct device *dev, +const struct regulator_desc *desc) +{ +struct fixed_voltage_config *config; +const char *supply_name; +struct gpio_desc *gpiod; +int ret; + + config =devm_kzalloc (dev,sizeof (*config),GFP_KERNEL ); +if (!config) +return ERR_PTR (-ENOMEM ); + + ret =device_property_read_string (dev,"supply-name" , &supply_name); +if (!ret) + config->supply_name = supply_name; + + gpiod =gpiod_get (dev,"gpio" ,GPIOD_ASIS ); +if (IS_ERR (gpiod)) +return ERR_PTR (-ENODEV ); + + config->gpio =desc_to_gpio (gpiod); + config->enable_high =device_property_read_bool (dev, +"enable-active-high" ); +gpiod_put (gpiod); + +return config; +} +static struct regulator_ops fixed_voltage_ops = { };
@@ -124,6 +165,11 @@ static int reg_fixed_voltage_probe(struct platform_device *pdev) &drvdata->desc);if (IS_ERR (config))return PTR_ERR (config); + }else if (ACPI_HANDLE (&pdev->dev)) { + config =acpi_get_fixed_voltage_config (&pdev->dev, + &drvdata->desc); +if (IS_ERR (config)) +return PTR_ERR (config); }else { config =dev_get_platdata (&pdev->dev); }
Signature · 1 line
2.1.4
PATCH v9 2/7 usb: mux: add generic code for dual role port mux
In reply to Lu BaoluSeveral Intel platforms implement USB dual role by having completely separate xHCI and dwc3 IPs in PCH or SOC silicons. These two IPs share a single USB port. There is another external port mux which controls where the data lines should go. While the USB controllers are part of the silicon, the port mux design are platform specific.
This patch adds the generic code to handle such multiple roles of a usb port. It exports the necessary interfaces for other components to register or unregister a usb mux device, and to control its role. It registers the mux device with sysfs as well, so that users are able to control the port role from user space.
Some other archs (e.g. Renesas R-Car gen2 SoCs) need an external mux to swap usb roles as well. This code could also be leveraged for those archs.
--- Documentation/ABI/testing/sysfs-bus-platform | 18 +++ drivers/usb/Kconfig | 2 + drivers/usb/Makefile | 1 + drivers/usb/mux/Kconfig | 8 ++ drivers/usb/mux/Makefile | 4 + drivers/usb/mux/portmux-core.c | 202 +++++++++++++++++++++++++++ include/linux/usb/portmux.h | 90 ++++++++++++ 7 files changed, 325 insertions(+) create mode 100644 drivers/usb/mux/Kconfig create mode 100644 drivers/usb/mux/Makefile create mode 100644 drivers/usb/mux/portmux-core.c create mode 100644 include/linux/usb/portmux.h
Documentation/ABI/testing/sysfs-bus-platform +18 -0
@@ -18,3 +18,21 @@ Description: devices to opt-out of driver binding using a driver_override name such as "none". Only a single driver may be specified in the override, there is no support for parsing delimiters. + +What: /sys/bus/platform/devices/.../portmux.N/name + /sys/bus/platform/devices/.../portmux.N/state +Date: April 2016 +Contact: Lu Baolu <[email protected]> +Description: + In some platforms, a single USB port is shared between a USB host + controller and a device controller. A USB mux driver is needed to + handle the port mux. Read-only attribute "name" shows the name of + the port mux device. "state" attribute shows and stores the mux + state. + For read: + 'unknown' - the mux hasn't been set yet; + 'peripheral' - mux has been switched to PERIPHERAL controller; + 'host' - mux has been switched to HOST controller. + For write: + 'peripheral' - mux will be switched to PERIPHERAL controller; + 'host' - mux will be switched to HOST controller.
drivers/usb/Kconfig +2 -0
@@ -148,6 +148,8 @@ endif # USB source "drivers/usb/phy/Kconfig" +source "drivers/usb/mux/Kconfig" + source "drivers/usb/gadget/Kconfig" config USB_LED_TRIG
drivers/usb/Makefile +1 -0
@@ -6,6 +6,7 @@ obj-$(CONFIG_USB) += core/ obj-$(CONFIG_USB_SUPPORT) += phy/ +obj-$(CONFIG_USB_SUPPORT) += mux/ obj-$(CONFIG_USB_DWC3) += dwc3/ obj-$(CONFIG_USB_DWC2) += dwc2/
drivers/usb/mux/Kconfig new file +8 -0
@@ -0,0 +1,8 @@ +# +# USB port mux driver configuration +# + +menuconfig USB_PORTMUX + bool "USB dual role port MUX support" + help + Generic USB dual role port mux support.
drivers/usb/mux/Makefile new file +4 -0
@@ -0,0 +1,4 @@ +# +# Makefile for USB port mux drivers +# +obj-$(CONFIG_USB_PORTMUX) += portmux-core.o
drivers/usb/mux/portmux-core.c new file +202 -0
202 lines not on this page · raw message
include/linux/usb/portmux.h new file +90 -0
90 lines not on this page · raw message
Signature · 1 line
2.1.4
PATCH v9 3/7 usb: mux: add driver for Intel gpio controlled port mux
In reply to Lu BaoluIn some Intel platforms, a single usb port is shared between USB host and device controller. The shared port is under control of GPIO pins.
This patch adds the support for USB GPIO controlled port mux.
--- drivers/usb/mux/Kconfig | 13 +++ drivers/usb/mux/Makefile | 1 + drivers/usb/mux/portmux-intel-gpio.c | 183 +++++++++++++++++++++++++++++++++++ 3 files changed, 197 insertions(+) create mode 100644 drivers/usb/mux/portmux-intel-gpio.c
drivers/usb/mux/Kconfig +13 -0
@@ -6,3 +6,16 @@ menuconfig USB_PORTMUX bool "USB dual role port MUX support" help Generic USB dual role port mux support. + +if USB_PORTMUX + +config INTEL_MUX_GPIO +tristate "Intel dual role port mux controlled by GPIOs" + depends on GPIOLIB + depends on REGULATOR + depends on X86 && ACPI + help + Say Y here to enable support for Intel dual role port mux + controlled by GPIOs. + +endif
drivers/usb/mux/Makefile +1 -0
@@ -2,3 +2,4 @@ # Makefile for USB port mux drivers # obj-$(CONFIG_USB_PORTMUX) += portmux-core.o +obj-$(CONFIG_INTEL_MUX_GPIO) += portmux-intel-gpio.o
drivers/usb/mux/portmux-intel-gpio.c new file +183 -0
183 lines not on this page · raw message
Signature · 1 line
2.1.4
PATCH v9 4/7 usb: mux: add driver for Intel drcfg controlled port mux
In reply to Lu BaoluSeveral Intel PCHs and SOCs have an internal mux that is used to share one USB port between device controller and host controller. The mux is handled through the Dual Role Configuration Register.
--- drivers/usb/mux/Kconfig | 7 ++ drivers/usb/mux/Makefile | 1 + drivers/usb/mux/portmux-intel-drcfg.c | 162 ++++++++++++++++++++++++++++++++++ 3 files changed, 170 insertions(+) create mode 100644 drivers/usb/mux/portmux-intel-drcfg.c
drivers/usb/mux/Kconfig +7 -0
@@ -18,4 +18,11 @@ tristate "Intel dual role port mux controlled by GPIOs" Say Y here to enable support for Intel dual role port mux controlled by GPIOs. +config INTEL_MUX_DRCFG + tristate "Intel dual role port mux controlled by register" + depends on X86 + help + Say Y here to enable support for Intel dual role port mux + controlled by the Dual Role Configuration Register. + endif
drivers/usb/mux/Makefile +1 -0
@@ -3,3 +3,4 @@ # obj-$(CONFIG_USB_PORTMUX) += portmux-core.o obj-$(CONFIG_INTEL_MUX_GPIO) += portmux-intel-gpio.o +obj-$(CONFIG_INTEL_MUX_DRCFG) += portmux-intel-drcfg.o
drivers/usb/mux/portmux-intel-drcfg.c new file +162 -0
162 lines not on this page · raw message
Signature · 1 line
2.1.4
PATCH v9 5/7 mfd: intel_vuport: Add Intel virtual USB port MFD Driver
In reply to Lu BaoluSome Intel platforms have an USB port mux controlled by GPIOs. There's a single ACPI platform device that provides 1) USB ID extcon device; 2) USB vbus regulator device; and 3) USB port switch device. This MFD driver will split these 3 devices for their respective drivers.
--- drivers/mfd/Kconfig | 8 +++++ drivers/mfd/Makefile | 1 + drivers/mfd/intel-vuport.c | 86 ++++++++++++++++++++++++++++++++++++++++++++++ 3 files changed, 95 insertions(+) create mode 100644 drivers/mfd/intel-vuport.c
drivers/mfd/Kconfig +8 -0
@@ -1603,5 +1603,13 @@ config MFD_VEXPRESS_SYSREG System Registers are the platform configuration block on the ARM Ltd. Versatile Express board. +config MFD_INTEL_VUPORT + tristate "Intel virtual USB port controller" + select MFD_CORE + depends on X86 && ACPI + help + Say Y here to enable support for Intel's dual role port mux + controlled by GPIOs. + endmenu endif
drivers/mfd/Makefile +1 -0
@@ -205,3 +205,4 @@ intel-soc-pmic-objs := intel_soc_pmic_core.o intel_soc_pmic_crc.o intel-soc-pmic-$(CONFIG_INTEL_PMC_IPC) += intel_soc_pmic_bxtwc.o obj-$(CONFIG_INTEL_SOC_PMIC) += intel-soc-pmic.o obj-$(CONFIG_MFD_MT6397) += mt6397-core.o +obj-$(CONFIG_MFD_INTEL_VUPORT) += intel-vuport.o
drivers/mfd/intel-vuport.c new file +86 -0
86 lines not on this page · raw message
Signature · 1 line
2.1.4
PATCH v9 6/7 usb: pci-quirks: add Intel USB drcfg mux device
In reply to Lu BaoluIn some Intel platforms, a single usb port is shared between USB host and device controllers. The shared port is under control of a switch which is defined in the Intel vendor defined extended capability for xHCI.
This patch adds the support to detect and create the platform device for the port mux switch.
--- drivers/usb/host/pci-quirks.c | 42 +++++++++++++++++++++++++++++++++++++++- drivers/usb/host/xhci-ext-caps.h | 2 ++ 2 files changed, 43 insertions(+), 1 deletion(-)
drivers/usb/host/pci-quirks.c +41 -1
@@ -16,6 +16,8 @@#include <linux/export.h> #include <linux/acpi.h> #include <linux/dmi.h> +#include <linux/platform_device.h> +#include "pci-quirks.h" #include "xhci-ext-caps.h"
@@ -78,6 +80,9 @@#define USB_INTEL_USB3_PSSEN 0xD8#define USB_INTEL_USB3PRM 0xDC +#define DEVICE_ID_INTEL_BROXTON_P_XHCI 0x5aa8 +#define DEVICE_ID_INTEL_CHERRYVIEW_XHCI 0x22b5 +/* * amd_chipset_gen values represent AMD different chipset generations */
@@ -956,6 +961,36 @@ void usb_disable_xhci_ports(struct pci_dev *xhci_pdev) }EXPORT_SYMBOL_GPL (usb_disable_xhci_ports); +static void create_intel_usb_mux_device (struct pci_dev *xhci_pdev, +void __iomem *base) +{ +int ret; +struct platform_device *plat_dev; +struct property_entry pentry[] = { +PROPERTY_ENTRY_U64 ("reg-start" , +pci_resource_start (xhci_pdev,0 ) +0x80d8 ), +PROPERTY_ENTRY_U64 ("reg-size" ,8 ), + { }, + }; + +if (!xhci_find_next_ext_cap (base,0 ,XHCI_EXT_CAPS_INTEL_USB_MUX )) +return ; + + plat_dev =platform_device_alloc ("intel-mux-drcfg" , +PLATFORM_DEVID_NONE ); +if (!plat_dev) +return ; + + plat_dev->dev.parent = &xhci_pdev->dev; +platform_device_add_properties (plat_dev, pentry); + ret =platform_device_add (plat_dev); +if (ret) { +dev_warn (&xhci_pdev->dev, +"failed to create mux device with error %d" , ret); +platform_device_put (plat_dev); + } +} +/** * PCI Quirks for xHCI. *
@@ -1022,9 +1057,14 @@ static void quirk_usb_handoff_xhci(struct pci_dev *pdev)writel (val, base + ext_cap_offset +XHCI_LEGACY_CONTROL_OFFSET ); hc_init: -if (pdev->vendor ==PCI_VENDOR_ID_INTEL ) +if (pdev->vendor ==PCI_VENDOR_ID_INTEL ) {usb_enable_intel_xhci_ports (pdev); +if (pdev->device ==DEVICE_ID_INTEL_BROXTON_P_XHCI || + pdev->device ==DEVICE_ID_INTEL_CHERRYVIEW_XHCI ) +create_intel_usb_mux_device (pdev, base); + } + op_reg_base = base +XHCI_HC_LENGTH (readl (base));/* Wait for the host controller to be ready before writing any
drivers/usb/host/xhci-ext-caps.h +2 -0
@@ -51,6 +51,8 @@#define XHCI_EXT_CAPS_ROUTE 5/* IDs 6-9 reserved */ #define XHCI_EXT_CAPS_DEBUG 10 +/* Vendor defined 192-255 */ +#define XHCI_EXT_CAPS_INTEL_USB_MUX 192/* USB Legacy Support Capability - section 7.1.1 */ #define XHCI_HC_BIOS_OWNED (1 << 16)#define XHCI_HC_OS_OWNED (1 << 24)
Signature · 1 line
2.1.4
PATCH v9 7/7 MAINTAINERS: add maintainer entry for Intel USB dual role mux drivers
In reply to Lu BaoluAdd a maintainer entry for Intel USB dual role mux drivers and add myself as a maintainer.
--- MAINTAINERS | 10 ++++++++++ 1 file changed, 10 insertions(+)
MAINTAINERS +10 -0
@@ -5961,6 +5961,16 @@ S: Maintained F: arch/x86/include/asm/intel_telemetry.h F: drivers/platform/x86/intel_telemetry* +INTEL USB DUAL ROLE PORT MUX DRIVERS +M: Lu Baolu <[email protected]> +L: [email protected] +S: Supported +F: include/linux/usb/portmux.h +F: drivers/usb/mux/portmux-core.c +F: drivers/usb/mux/portmux-intel-gpio.c +F: drivers/usb/mux/portmux-intel-drcfg.c +F: drivers/mfd/intel-vuport.c + IOC3 ETHERNET DRIVER M: Ralf Baechle <[email protected]> L: [email protected]
Signature · 1 line
2.1.4
Re: [PATCH v9 7/7] MAINTAINERS: add maintainer entry for Intel USB dual role mux drivers
Hi Baolu,
Quoted 31 lines · Lu Baolu
Add a maintainer entry for Intel USB dual role mux drivers and add myself as a maintainer.
Signed-off-by Lu Baolu <[email protected]>--- MAINTAINERS | 10 ++++++++++ 1 file changed, 10 insertions(+)MAINTAINERS +10
-0@@ -5961,6 +5961,16 @@ S: Maintained F: arch/x86/include/asm/intel_telemetry.h F: drivers/platform/x86/intel_telemetry* +INTEL USB DUAL ROLE PORT MUX DRIVERS +M: Lu Baolu <[email protected]> +L: [email protected] +S: Supported +F: include/linux/usb/portmux.h +F: drivers/usb/mux/portmux-core.c +F: drivers/usb/mux/portmux-intel-gpio.c +F: drivers/usb/mux/portmux-intel-drcfg.c +F: drivers/mfd/intel-vuport.c + IOC3 ETHERNET DRIVER M: Ralf Baechle <[email protected]> L: [email protected]Signature · 1 line
2.1.4
This one does not apply on top of v4.7-rc1.
Thanks,
Signature · 1 line
heikki
Re: [PATCH v9 7/7] MAINTAINERS: add maintainer entry for Intel USB dual role mux drivers
Hi Heikki,
Quoted 19 lines · Heikki Krogerus
Hi Baolu,
Quoted 16 lines · Lu Baolu
Add a maintainer entry for Intel USB dual role mux drivers and add myself as a maintainer.
Signed-off-by Lu Baolu <[email protected]>--- MAINTAINERS | 10 ++++++++++ 1 file changed, 10 insertions(+)MAINTAINERS +0
-0@@ -5961,6 +5961,16 @@ S: Maintained F: arch/x86/include/asm/intel_telemetry.h F: drivers/platform/x86/intel_telemetry*
Quoted 16 lines
Quoted 15 lines
MAINTAINERS +10
-0+INTEL USB DUAL ROLE PORT MUX DRIVERS +M: Lu Baolu <[email protected]> +L: [email protected] +S: Supported +F: include/linux/usb/portmux.h +F: drivers/usb/mux/portmux-core.c +F: drivers/usb/mux/portmux-intel-gpio.c +F: drivers/usb/mux/portmux-intel-drcfg.c +F: drivers/mfd/intel-vuport.c + IOC3 ETHERNET DRIVER M: Ralf Baechle <[email protected]> L: [email protected]Signature · 1 line
2.1.4This one does not apply on top of v4.7-rc1.
Thanks for pointing this out.
I will send out a rebased version later, but for now I'll wait for further comments.
Best regards,
Lu Baolu
Re: [PATCH v9 7/7] MAINTAINERS: add maintainer entry for Intel USB dual role mux drivers
Hi,
Quoted 38 lines · Lu Baolu
Hi Heikki,
Quoted 19 lines · Heikki Krogerus
Hi Baolu,
Quoted 16 lines · Lu Baolu
Add a maintainer entry for Intel USB dual role mux drivers and add myself as a maintainer.
Signed-off-by Lu Baolu <[email protected]>--- MAINTAINERS | 10 ++++++++++ 1 file changed, 10 insertions(+)MAINTAINERS +0
-0@@ -5961,6 +5961,16 @@ S: Maintained F: arch/x86/include/asm/intel_telemetry.h F: drivers/platform/x86/intel_telemetry*Quoted 16 lines
Quoted 15 lines
MAINTAINERS +10
-0+INTEL USB DUAL ROLE PORT MUX DRIVERS +M: Lu Baolu <[email protected]> +L: [email protected] +S: Supported +F: include/linux/usb/portmux.h +F: drivers/usb/mux/portmux-core.c +F: drivers/usb/mux/portmux-intel-gpio.c +F: drivers/usb/mux/portmux-intel-drcfg.c +F: drivers/mfd/intel-vuport.c + IOC3 ETHERNET DRIVER M: Ralf Baechle <[email protected]> L: [email protected]Signature · 1 line
2.1.4This one does not apply on top of v4.7-rc1.
Quoted 3 lines
Thanks for pointing this out.
I will send out a rebased version later, but for now I'll wait for further comments.
I haven't got further comments by now.
I will send out the rebased version in 24 hrs if no objection.
Best regards,
Lu Baolu