Re: [PATCH v2 4/6] usb: dwc3: gadget: add remaining sg entries to ring

Hi Felipe, On 8/15/2016 4:02 AM, Felipe Balbi wrote: > Upon transfer completion after a full ring, let's > add more TRBs to our ring in order to complete our > request successfully. > > Signed-off-by: Felipe Balbi > --- > drivers/usb/dwc3/gadget.c | 36

Re: usb: chipidea: hdc: kernel panic during shutdown

Hi Alan, > Alan Stern hat am 24. August 2016 um 20:55 > geschrieben: > > > On Wed, 24 Aug 2016, Stefan Wahren wrote: > > > Hi, > > > > [add Li Jun to CC] > > > > > Alan Stern hat am 24. August 2016 um 15:45 > > > geschrieben: > > > > >

[RESEND PATCH, v5 3/5] usb: xhci-mtk: make IPPC register optional

Make IPPC register optional to support host side of dual-role mode, due to it is moved into common glue layer for simplification. Signed-off-by: Chunfeng Yun --- drivers/usb/host/xhci-mtk.c | 36 +--- 1 file changed, 29 insertions(+),

[RESEND PATCH V5, 0/5] Add MediaTek USB3 DRD Driver

>From e60d29d748a4e9f412c9bb08458083e97d3f523d Mon Sep 17 00:00:00 2001 From: Chunfeng Yun Date: Tue, 9 Aug 2016 16:12:31 +0800 Subject: [PATCH V5, 0/5] Add MediaTek USB3 DRD Driver These patches introduce the MediaTek USB3 dual-role controller driver. The driver can

[RESEND PATCH, v5 4/5] usb: Add MediaTek USB3 DRD Driver

This patch adds support for the MediaTek USB3 controller integrated into MT8173. It can be configured as Dual-Role Device (DRD), Peripheral Only and Host Only (xHCI) modes. Signed-off-by: Chunfeng Yun --- drivers/usb/Kconfig|2 +

[RESEND PATCH, v5 1/5] dt-bindings: mt8173-xhci: support host side of dual-role mode

Some resources, such as IPPC register etc, shared with device driver are moved into common glue layer when xHCI driver is the host side of dual-role mode and they should be changed as optional properties if they are required ones before. For clarity, add a new part of binding to support host side

[RESEND PATCH, v5 2/5] dt-bindings: mt8173-mtu3: add devicetree bindings

add a DT binding doc for MediaTek USB3 DRD driver Signed-off-by: Chunfeng Yun Acked-by: Rob Herring --- .../devicetree/bindings/usb/mt8173-mtu3.txt| 87 1 file changed, 87 insertions(+) create mode 100644

[RESEND PATCH, v5 5/5] arm64: dts: mediatek: add USB3 DRD driver

USB3 DRD driver is added for MT8173-EVB, and xHCI driver becomes its subnode Signed-off-by: Chunfeng Yun --- arch/arm64/boot/dts/mediatek/mt8173-evb.dts | 46 +-- arch/arm64/boot/dts/mediatek/mt8173.dtsi| 29 + 2 files

Re: [PATCH V5, 0/5] Add MediaTek USB3 DRD Driver

Hi, On Wed, 2016-08-24 at 13:29 +0200, Oliver Neukum wrote: > On Wed, 2016-08-24 at 14:42 +0800, chunfeng yun wrote: > > Dear all, > > > > Could you please help me to review the code? > > Is the structure > > struct qmu_gpd > > shared with the hardware? Do I read this correctly that >

[RFT PATCH v2 0/4] usb: dwc2: Fix core reset and force mode delays

The following patch series addresses the core reset and force mode delay problems seen on some platforms. It is basically the same as this series of patches sent earlier this year: http://marc.info/?l=linux-usb=145921907525708=2 Except the first patch is omitted (already upstream) and the last

[RFT PATCH v2 2/4] usb: dwc2: Add delay to core soft reset

Add a delay to the core soft reset function to account for the IDDIG debounce filter. If the current mode is host, either due to the force mode bit being set (which persists after core reset) or the connector id pin, a core soft reset will temporarily reset the mode to device and a delay from the

[RFT PATCH v2 4/4] usb: dwc2: Force mode optimizations

If the dr_mode is USB_DR_MODE_OTG, forcing the mode is needed during driver probe to get the host and device specific HW parameters. Then we clear the force mode bits so that the core operates in OTG mode. The force mode bits should not be touched at any other time during the driver lifetime and

[RFT PATCH v2 1/4] usb: dwc2: gadget: Only initialize device if in device mode

In dwc2_hsotg_udc_start(), don't initialize the controller for device mode unless we are actually in device mode. Signed-off-by: John Youn --- drivers/usb/dwc2/gadget.c | 7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/usb/dwc2/gadget.c

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On Wed, Aug 24, 2016 at 11:29:51AM +0200, Rafał Miłecki wrote: > On 24 August 2016 at 11:22, Greg KH wrote: > > On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote: > >> +static ssize_t ports_show(struct device *dev, struct device_attribute > >> *attr, > >>

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On Wed, Aug 24, 2016 at 11:26:27AM +0200, Rafał Miłecki wrote: > On 24 August 2016 at 11:21, Greg KH wrote: > > On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote: > >> From: Rafał Miłecki > >> > >> This commit adds a new trigger

Re: [PACTH,v6,1/2] usb: xhci: plat: Enable runtime PM

On 2016-08-22 11:23 PM, Brian Norris wrote: + others Hi Robert and Felipe, I have a few questions for one or both of you. I'm not really an expert on runtime PM, so please take my questions with a grain of salt. On Wed, Aug 10, 2016 at 04:32:15PM -0400, robert.f...@collabora.com wrote:

Re: [PATCH RFC V3.5] leds: trigger: Introduce an USB port trigger

On 24 August 2016 at 20:48, Bjørn Mork wrote: > Rafał Miłecki writes: > >> The last big missing thing is Documentation update (this is why I'm >> sending RFC). Greg pointed out we should have some entries in >> Documentation/ABI, but it seems none of triggers

Re: [PATCH] usb: musb: Fix locking errors for host only mode

On Wed, Aug 24, 2016 at 12:29:26PM -0700, Tony Lindgren wrote: > * Tony Lindgren [160824 12:17]: > > * Bin Liu [160824 11:47]: > > > Hi, > > > > > > On Thu, Aug 18, 2016 at 03:40:38PM -0700, Tony Lindgren wrote: > > > > If we have USB gadgets disabled and

Re: [PATCH] usb: musb: Fix locking errors for host only mode

* Tony Lindgren [160824 12:17]: > * Bin Liu [160824 11:47]: > > Hi, > > > > On Thu, Aug 18, 2016 at 03:40:38PM -0700, Tony Lindgren wrote: > > > If we have USB gadgets disabled and USB_MUSB_HOST set, we get > > > errors "possible irq lock inverssion dependency

Re: [PATCH] usb: musb: Fix locking errors for host only mode

* Bin Liu [160824 11:47]: > Hi, > > On Thu, Aug 18, 2016 at 03:40:38PM -0700, Tony Lindgren wrote: > > If we have USB gadgets disabled and USB_MUSB_HOST set, we get > > errors "possible irq lock inverssion dependency detected" > > errors during boot. > > On which platform was this

Re: [PATCH RFC V3.5] leds: trigger: Introduce an USB port trigger

Rafał Miłecki writes: > The last big missing thing is Documentation update (this is why I'm > sending RFC). Greg pointed out we should have some entries in > Documentation/ABI, but it seems none of triggers have it. There's a lot missing, but there is at least one exception:

Re: usb: chipidea: hdc: kernel panic during shutdown

On Wed, 24 Aug 2016, Stefan Wahren wrote: > Hi, > > [add Li Jun to CC] > > > Alan Stern hat am 24. August 2016 um 15:45 > > geschrieben: > > > > > > On Wed, 24 Aug 2016, Peter Chen wrote: > > > > > On Tue, Aug 23, 2016 at 09:17:02PM +0200, Stefan Wahren wrote: > >

Re: [PATCH] usb: musb: Fix locking errors for host only mode

Hi, On Thu, Aug 18, 2016 at 03:40:38PM -0700, Tony Lindgren wrote: > If we have USB gadgets disabled and USB_MUSB_HOST set, we get > errors "possible irq lock inverssion dependency detected" > errors during boot. On which platform was this issue found? I am trying to replicate the issue on

Re: pwc over musb: 100% frame drop (lost) on high resolution stream

2016-08-22 11:32 GMT+03:00 Matwey V. Kornilov : > 2016-08-22 1:00 GMT+03:00 Alan Stern : >> On Sun, 21 Aug 2016, Matwey V. Kornilov wrote: >> >>> In both cases (with or without HCD_BH), usb_hcd_giveback_urb is called >>> every 0.01 sec. It is not clear

Re: [RFC PATCH v3 0/2] Type-C Port Manager

Hello Heikki, On Wed, Aug 24, 2016 at 5:52 AM, Heikki Krogerus wrote: > Hi Guenter, > > On Tue, Aug 23, 2016 at 02:10:49PM -0700, Guenter Roeck wrote: >> The following series of patches implements a USB Type-C Port Manager >> using the pending USB Type-C class

[PATCH RFC V3.5] leds: trigger: Introduce an USB port trigger

From: Rafał Miłecki This commit adds a new trigger responsible for turning on LED when USB device gets connected to the specified USB port. This can can useful for various home routers that have USB port(s) and a proper LED telling user a device is connected. The trigger gets

Re: usb: chipidea: hdc: kernel panic during shutdown

Hi, [add Li Jun to CC] > Alan Stern hat am 24. August 2016 um 15:45 > geschrieben: > > > On Wed, 24 Aug 2016, Peter Chen wrote: > > > On Tue, Aug 23, 2016 at 09:17:02PM +0200, Stefan Wahren wrote: > > > Hi, > > > > > > i'm using a iMX233-OLinuXino board and the

Re: [PATCH] bluetooth: bcm203x: don't print error when allocating urb fails

Hi Wolfram, > kmalloc will print enough information in case of failure. > > Signed-off-by: Wolfram Sang > --- > drivers/bluetooth/bcm203x.c | 4 +--- > 1 file changed, 1 insertion(+), 3 deletions(-) patch has been applied to bluetooth-next tree. Regards Marcel

Re: [PATCH] usbnet: ax88179_178a: Add support for writing the EEPROM

On Wed, 24 Aug 2016 16:30:39 +0200 Oliver Neukum wrote: > On Wed, 2016-08-24 at 15:52 +0200, Alban Bedel wrote: > > Implement the .set_eeprom callback to allow setting the MAC address > > as well as a few other parameters. Note that the EEPROM must have a > > correct PID/VID

Re: [PATCH] usbnet: ax88179_178a: Add support for writing the EEPROM

On Wed, 2016-08-24 at 15:52 +0200, Alban Bedel wrote: > Implement the .set_eeprom callback to allow setting the MAC address > as well as a few other parameters. Note that the EEPROM must have a > correct PID/VID checksum set otherwise the SROM is used and reads > return the SROM content. > >

Re: Hotplug not working for USB 3.1 docking station on Dell XPS 13

On Wed, 2016-08-24 at 14:43 +0100, Richard van der Hoff wrote: > On 24/08/16 13:17, Oliver Neukum wrote: > > On Wed, 2016-08-24 at 11:27 +0100, Richard van der Hoff wrote: > >> I'm having problems with a Plugable USB-C docking station, with my > >> laptop, a Dell XPS 13 (9350). If the docking

Re: Hotplug not working for USB 3.1 docking station on Dell XPS 13

On 24/08/16 15:17, Oliver Neukum wrote: On Wed, 2016-08-24 at 14:43 +0100, Richard van der Hoff wrote: It looks like your initial diagnosis was correct. This is a PCI issue. Right. Do you happen to know if the bugzilla is the best place to pursue it, or if there is an alternative mailing

Re: Bug 153551: Kernel panic on Nexus 5X USB unplug while tethering

On Wed, 24 Aug 2016, Mathias Nyman wrote: > > >> Reference counting is supposed to keep everything important from being > >> deallocated until all the releases are finished. In particular, if the > >> hcd structure was already deallocated when usb_put_hcd() was called > >> then there is a

Re: xHCI problem? [was Re: Erratic USB device behavior and device loss]

On Wed, 24 Aug 2016, Ritesh Raj Sarraf wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On Tue, 2016-08-23 at 15:14 -0400, Alan Stern wrote: > > Okay, good.  The "Driver=rtsx_usb" is what I wanted to see.  Something > > funny is going on with that driver -- it claims to support

Re: [PATCHv6 1/3] usb: USB Type-C connector class

Sorry if I'm making redundant comments with previous discussions, I might have missed a few threads. On Mon, Aug 22, 2016 at 2:05 PM, Heikki Krogerus wrote: > The purpose of USB Type-C connector class is to provide > unified interface for the user space to get

Re: Bug 153551: Kernel panic on Nexus 5X USB unplug while tethering

Reference counting is supposed to keep everything important from being deallocated until all the releases are finished. In particular, if the hcd structure was already deallocated when usb_put_hcd() was called then there is a refcounting bug somewhere. That seems like a possible cause, I'll

[PATCH] usbnet: ax88179_178a: Add support for writing the EEPROM

Implement the .set_eeprom callback to allow setting the MAC address as well as a few other parameters. Note that the EEPROM must have a correct PID/VID checksum set otherwise the SROM is used and reads return the SROM content. Signed-off-by: Alban Bedel ---

Re: usb: chipidea: hdc: kernel panic during shutdown

On Wed, 24 Aug 2016, Peter Chen wrote: > On Tue, Aug 23, 2016 at 09:17:02PM +0200, Stefan Wahren wrote: > > Hi, > > > > i'm using a iMX233-OLinuXino board and the kernel panics during shutdown > > with > > 4.8.0-rc2-next-20160819: > > > > [ 420.04] ci_hdrc ci_hdrc.0: remove, state 1 > > [

Re: Hotplug not working for USB 3.1 docking station on Dell XPS 13

On 24/08/16 13:17, Oliver Neukum wrote: On Wed, 2016-08-24 at 11:27 +0100, Richard van der Hoff wrote: I'm having problems with a Plugable USB-C docking station, with my laptop, a Dell XPS 13 (9350). If the docking station is plugged in at boot, it works correctly; however, when I hotplug it

Re: [RFC PATCH v3 0/2] Type-C Port Manager

Hi Guenter, On Tue, Aug 23, 2016 at 02:10:49PM -0700, Guenter Roeck wrote: > The following series of patches implements a USB Type-C Port Manager > using the pending USB Type-C class code as basis. The code is still WIP, > but I think it is important to get feedback from the community at this

Re: Hotplug not working for USB 3.1 docking station on Dell XPS 13

On Wed, 2016-08-24 at 11:27 +0100, Richard van der Hoff wrote: > I'm having problems with a Plugable USB-C docking station, with my > laptop, a Dell XPS 13 (9350). If the docking station is plugged in at > boot, it works correctly; however, when I hotplug it after boot, the > USB > devices are

Re: [PATCH] USB: serial: option: add WeTelecom 0x6802 and 0x6803 products

On Wed, Aug 24, 2016 at 01:06:22PM +0300, Aleksandr Makarov wrote: > These product IDs are listed in Windows driver. > 0x6803 corresponds to WeTelecom WM-D300. > 0x6802 name is unknown. > > Signed-off-by: Aleksandr Makarov Now applied, thanks. Johan -- To

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On 24/08/16 13:02, Rafał Miłecki wrote: On 24 August 2016 at 12:49, Matthias Brugger wrote: On 24/08/16 00:03, Rafał Miłecki wrote: [...] +static int usbport_trig_notify(struct notifier_block *nb, unsigned long action, + void *data) +{ +

Re: [PATCH V5, 0/5] Add MediaTek USB3 DRD Driver

On Wed, 2016-08-24 at 14:42 +0800, chunfeng yun wrote: > Dear all, > > Could you please help me to review the code? Is the structure struct qmu_gpd shared with the hardware? Do I read this correctly that you do PIO to endpoint 0 but DMA to the others? Could you resend the series?

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On 24/08/16 00:03, Rafał Miłecki wrote: From: Rafał Miłecki This commit adds a new trigger responsible for turning on LED when USB device gets connected to the specified USB port. This can can useful for various home routers that have USB port(s) and a proper LED telling

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On 24 August 2016 at 12:49, Matthias Brugger wrote: > On 24/08/16 00:03, Rafał Miłecki wrote: >> >> From: Rafał Miłecki >> >> This commit adds a new trigger responsible for turning on LED when USB >> device gets connected to the specified USB port. This can

Hotplug not working for USB 3.1 docking station on Dell XPS 13

Hi, I'm having problems with a Plugable USB-C docking station, with my laptop, a Dell XPS 13 (9350). If the docking station is plugged in at boot, it works correctly; however, when I hotplug it after boot, the USB devices are not detected until I force a rescan of the PCI bus. I originally

Re: xHCI problem? [was Re: Erratic USB device behavior and device loss]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello Alan, Please find some findings below. On Wed, 2016-08-24 at 15:01 +0530, Ritesh Raj Sarraf wrote: > I have a question though. For power saving, I use Laptop Mode Tools. Based on > power state (AC or BATT), it enables/disables power saving

[PATCH] USB: serial: option: add WeTelecom 0x6802 and 0x6803 products

These product IDs are listed in Windows driver. 0x6803 corresponds to WeTelecom WM-D300. 0x6802 name is unknown. Signed-off-by: Aleksandr Makarov --- drivers/usb/serial/option.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/usb/serial/option.c

Re: xHCI problem? [was Re: Erratic USB device behavior and device loss]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Tue, 2016-08-23 at 15:14 -0400, Alan Stern wrote: > Okay, good.  The "Driver=rtsx_usb" is what I wanted to see.  Something > funny is going on with that driver -- it claims to support autosuspend  > but it doesn't ever call usb_mark_last_busy()

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On 24 August 2016 at 11:22, Greg KH wrote: > On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote: >> +static ssize_t ports_show(struct device *dev, struct device_attribute *attr, >> + char *buf) >> +{ >> + struct led_classdev

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On 24 August 2016 at 11:21, Greg KH wrote: > On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote: >> From: Rafał Miłecki >> >> This commit adds a new trigger responsible for turning on LED when USB >> device gets connected to the specified

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote: > +static ssize_t ports_show(struct device *dev, struct device_attribute *attr, > + char *buf) > +{ > + struct led_classdev *led_cdev = dev_get_drvdata(dev); > + struct usbport_trig_data *usbport_data =

Re: [PATCH V3] leds: trigger: Introduce an USB port trigger

On Wed, Aug 24, 2016 at 12:03:29AM +0200, Rafał Miłecki wrote: > From: Rafał Miłecki > > This commit adds a new trigger responsible for turning on LED when USB > device gets connected to the specified USB port. This can can useful for > various home routers that have USB

Re: [PATCH v6 0/8] power: add power sequence library

On Tue, Aug 23, 2016 at 04:02:48PM +0530, Vaibhav Hiremath wrote: > > > On Monday 15 August 2016 02:43 PM, Peter Chen wrote: > >Hi all, > > > >This is a follow-up for my last power sequence framework patch set [1]. > >According to Rob Herring and Ulf Hansson's comments[2], I use a generic >

[PATCH 1/4] usb: host: xhci: rcar: add a new firmware version for r8a7796

This patch adds a new firmware version "V3" for r8a7796. This patch also revises the explanation of each version's capability using a table. Signed-off-by: Yoshihiro Shimoda --- drivers/usb/host/xhci-rcar.c | 17 - drivers/usb/host/xhci-rcar.h |

[PATCH 0/4] usb: host: xhci: plat: add support for Renesas r8a7796 SoC

This patch is based on the latest Greg's usb.git / usb-next branch. (commit id = 19acaea1dd2878d6c92b45e4c117ef425baf) Yoshihiro Shimoda (4): usb: host: xhci: rcar: add a new firmware version for r8a7796 usb: host: xhci: rcar: add a macro XHCI_PLAT_RENESAS_RCAR_PRIV usb: host: xhci:

[PATCH 2/4] usb: host: xhci: rcar: add a macro XHCI_PLAT_RENESAS_RCAR_PRIV

This patch adds a new macro "XHCI_PLAT_RENESAS_RCAR_PRIV" to make struct xhci_plat_priv data for R-Car SoCs easily. Signed-off-by: Yoshihiro Shimoda --- drivers/usb/host/xhci-rcar.h | 8 1 file changed, 8 insertions(+) diff --git

[PATCH 3/4] usb: host: xhci: plat: use XHCI_PLAT_RENESAS_RCAR_PRIV macro for R-Car

This patch uses XHCI_PLAT_RENESAS_RCAR_PRIV macro to make the xhci_plat_priv data. Signed-off-by: Yoshihiro Shimoda --- drivers/usb/host/xhci-plat.c | 13 ++--- 1 file changed, 2 insertions(+), 11 deletions(-) diff --git a/drivers/usb/host/xhci-plat.c

[PATCH 4/4] usb: host: xhci: plat: add support for Renesas r8a7796 SoC

This patch adds support for Renesas r8a7796 SoC. This SoC is not compatible with r8a7795 because using firmware version differs. Signed-off-by: Yoshihiro Shimoda --- Documentation/devicetree/bindings/usb/usb-xhci.txt | 1 + drivers/usb/host/xhci-plat.c

Re: [RESEND PATCH 3/4] usb: dwc2: assert phy reset when waking up in rk3288 platform

On 08/24/2016 04:46 AM, John Youn wrote: On 8/21/2016 12:32 PM, Randy Li wrote: On the rk3288 USB host-only port (the one that's not the OTG-enabled port) the PHY can get into a bad state when a wakeup is asserted (not just a wakeup from full system suspend but also a wakeup from

Re: chipidea: udc: kernel panic in isr_setup_status_phase

On Tue, Aug 23, 2016 at 02:36:30AM +0200, Clemens Gruber wrote: > Hi, > > I am using an i.MX6Q embedded board, acting as a (ethernet) gadget with > RNDIS function, connected over an USB OTG cable to a PC. > Most of the time it works fine, but in some mysterious circumstances, > a kernel panic

[PATCH] usb: renesas_usbhs: add a compatible string for r8a7796

This patch adds support for r8a7796 (R-Car M3-W). Signed-off-by: Yoshihiro Shimoda --- Documentation/devicetree/bindings/usb/renesas_usbhs.txt | 1 + drivers/usb/renesas_usbhs/common.c | 4 2 files changed, 5 insertions(+) diff --git

Re: [PATCH v2 03/22] usb: ulpi: Support device discovery via device properties

On Tue, Aug 23, 2016 at 12:58:07PM -0700, Stephen Boyd wrote: > On Fri, Aug 5, 2016 at 2:27 PM, Stephen Boyd wrote: > > Quoting Peter Chen (2016-07-08 02:04:58) > >> On Thu, Jul 07, 2016 at 03:20:54PM -0700, Stephen Boyd wrote: > >> > @@ -39,6 +42,10 @@ static int

[PATCH] usb: gadget: net2280: fix typo: "Inavlid" -> "Invalid"

From: Colin Ian King trivial typo fix in dev_err message Signed-off-by: Colin Ian King --- drivers/usb/gadget/udc/net2280.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/usb/gadget/udc/net2280.c

Re: [PATCH V5, 0/5] Add MediaTek USB3 DRD Driver

Dear all, Could you please help me to review the code? Thank you very much. On Tue, 2016-08-09 at 16:23 +0800, Chunfeng Yun wrote: > These patches introduce the MediaTek USB3 dual-role controller > driver. > > The driver can be configured as Dual-Role Device (DRD), > Peripheral

Re: [PATCH V9 1/1] usb:serial: Add Fintek F81532/534 driver

Hi Johan, Johan Hovold 於 2016/8/23 下午 05:50 寫道: On Tue, Aug 23, 2016 at 04:23:44PM +0800, Ji-Ze Hong (Peter Hong) wrote: Hi Johan, Johan Hovold 於 2016/8/22 下午 09:14 寫道: I'd say it's not worth trying to avoid that extra allocation, and there will be several further allocations done in the