Re: [PATH 0/4] usbip: make vhci_hcd.* objects independent of vhci_hcd.0

Hi Salvador, On 01/30/2018 01:36 AM, Salvador Fandino wrote: > Let me start by explaining the problem that have motivated me to write > this patches: > > I work on the QVD, a virtual desktop platform for Linux. This software > runs Linux desktops (i.e. XFCE, KDE) and their applications inside

Re: [PATCH usb-next v2 0/3] DWC3 support for Amlogic Meson AXG and GXL SoCs

Hello Felipe, On Sun, Feb 11, 2018 at 10:15 PM, Martin Blumenstingl wrote: > Amlogic Meson AXG and GXL SoCs can use the dwc3-of-simple with little > modifications. These SoCs use: > - a gate clock for the USB components (DWC3, USB PHYs) > - a reset line which

Re: [PATCH 3/7] usb: dwc3: pci: Store device properties dynamically

On 2/17/2018 7:29 AM, Andy Shevchenko wrote: > On Fri, Feb 16, 2018 at 11:55 PM, Thinh Nguyen > wrote: >> Add the ability to add device properties dynamically. Currently, device >> properties are added to platform device using >> platform_device_add_properties().

Re: [PATCH 2/7] usb: dwc3: pci: Set an easily recognizable device name

Hi, On 2/17/2018 7:12 AM, Andy Shevchenko wrote: > On Fri, Feb 16, 2018 at 11:55 PM, Thinh Nguyen > wrote: >> Set the device name for PCI glue layer to "dwc3-pci.BB:SS.FF" where BB >> is PCI bus number, SS is PCI slot, and FF is PCI function number. > > Isn't

Re: [PATCH] usb: dwc3: debugfs: Re-use DEFINE_SHOW_ATTRIBUTE() macro

On Thu, 2018-02-15 at 15:12 +0200, Felipe Balbi wrote: > Andy Shevchenko writes: > > > On Thu, 2018-02-15 at 13:16 +0200, Felipe Balbi wrote: > > > ...instead of open coding file operations followed by custom > > > ->open() > > > callbacks per each attribute. >

Re: [PATCH v2] usb: host: ehci-platform: add support for optional external vbus supply

On Tue, 20 Feb 2018, Roger Quadros wrote: > On 20/02/18 16:46, Amelie DELAUNAY wrote: > > Hi, > > > > On 02/20/2018 03:00 PM, Roger Quadros wrote: > >> Hi, > >> > >> On 20/02/18 14:58, Amelie Delaunay wrote: > >>> On some boards, especially when vbus supply requires large current, > >>> and the

Re: [PATCH RFC] ehci-omap: simple suspend implementation

On Mon, 19 Feb 2018 11:41:36 +0200 Roger Quadros wrote: [...] > If the Hardware SAR (Save and restore) functionality is enabled then > everything will be restored by hardware after a sleep to wake transition. > > But you will need this patch to enable SAR for the USB power

Re: [PATCH v2] usb: host: ehci-platform: add support for optional external vbus supply

On 20/02/18 16:46, Amelie DELAUNAY wrote: > Hi, > > On 02/20/2018 03:00 PM, Roger Quadros wrote: >> Hi, >> >> On 20/02/18 14:58, Amelie Delaunay wrote: >>> On some boards, especially when vbus supply requires large current, >>> and the charge pump on the PHY isn't enough, an external vbus power

Re: [RFC PATCH v2 1/6] dt-bindings: add bindings for USB physical connector

On Tue, Feb 20, 2018 at 2:10 AM, Andrzej Hajda wrote: > On 19.02.2018 15:28, Rob Herring wrote: >> On Thu, Feb 15, 2018 at 11:39:15AM +0100, Andrzej Hajda wrote: >>> These bindings allow to describe most known standard USB connectors >>> and it should be possible to extend it

Re: [PATCH v2] usb: host: ehci-platform: add support for optional external vbus supply

Hi, On 02/20/2018 03:00 PM, Roger Quadros wrote: > Hi, > > On 20/02/18 14:58, Amelie Delaunay wrote: >> On some boards, especially when vbus supply requires large current, >> and the charge pump on the PHY isn't enough, an external vbus power switch >> may be used. >> Add support for this

Re: [PATCH 0/2] musb fixes for v4.16-rc3

On Tue, Feb 20, 2018 at 07:26:05AM -0600, Bin Liu wrote: > Hi Greg, > > Here are the two musb bug fix patches for v4.16-rc3. One fixes in > musb_resume(), the other reverts an aggressive patch. Please let me know if > any > change is needed. > > Andreas Kemnade (1): > usb: musb: fix

Re: Not enough bandwidth with Magewell XI100DUSB-HDMI

Hi Mathias, On Tue, 20 Feb 2018 15:29:28 +0200, Mathias Nyman wrote: > On 16.02.2018 15:28, Michael Tretter wrote: > > Hi Mathias, > > > > On Mon, 29 Jan 2018 14:02:57 +0200, Mathias Nyman wrote: > >> On 19.01.2018 22:12, Philipp Zabel wrote: > >>> Hi, > >>> > >>> On Fri, Jan 19, 2018 at

Re: [PATCH v2] usb: host: ehci-platform: add support for optional external vbus supply

Hi, On 20/02/18 14:58, Amelie Delaunay wrote: > On some boards, especially when vbus supply requires large current, > and the charge pump on the PHY isn't enough, an external vbus power switch > may be used. > Add support for this optional external vbus supply in ehci-platform. > >

Re: [PATCH v2] usb: host: ehci-platform: add support for optional external vbus supply

Hi, On 02/20/2018 02:02 PM, Felipe Balbi wrote: > > Hi, > > Amelie Delaunay writes: >> On some boards, especially when vbus supply requires large current, >> and the charge pump on the PHY isn't enough, an external vbus power switch >> may be used. >> Add support for

[PATCH 2/2] Revert "usb: musb: host: don't start next rx urb if current one failed"

This reverts commit dbac5d07d13e330e6706813c9fde477140fb5d80. commit dbac5d07d13e ("usb: musb: host: don't start next rx urb if current one failed") along with commit b5801212229f ("usb: musb: host: clear rxcsr error bit if set") try to solve the issue described in [1], but the latter alone is

[PATCH 1/2] usb: musb: fix enumeration after resume

From: Andreas Kemnade On dm3730 there are enumeration problems after resume. Investigation led to the cause that the MUSB_POWER_SOFTCONN bit is not set. If it was set before suspend (because it was enabled via musb_pullup()), it is set in musb_restore_context() so the

Re: Not enough bandwidth with Magewell XI100DUSB-HDMI

On 16.02.2018 15:28, Michael Tretter wrote: Hi Mathias, On Mon, 29 Jan 2018 14:02:57 +0200, Mathias Nyman wrote: On 19.01.2018 22:12, Philipp Zabel wrote: Hi, On Fri, Jan 19, 2018 at 2:10 PM, Michael Tretter wrote: I found the old thread and it sounds exactly like

[PATCH 0/2] musb fixes for v4.16-rc3

Hi Greg, Here are the two musb bug fix patches for v4.16-rc3. One fixes in musb_resume(), the other reverts an aggressive patch. Please let me know if any change is needed. Andreas Kemnade (1): usb: musb: fix enumeration after resume Bin Liu (1): Revert "usb: musb: host: don't start next rx

Re: [PATCH v2] usb: host: ehci-platform: add support for optional external vbus supply

Hi, Amelie Delaunay writes: > On some boards, especially when vbus supply requires large current, > and the charge pump on the PHY isn't enough, an external vbus power switch > may be used. > Add support for this optional external vbus supply in ehci-platform. > >

[PATCH v2] usb: host: ehci-platform: add support for optional external vbus supply

On some boards, especially when vbus supply requires large current, and the charge pump on the PHY isn't enough, an external vbus power switch may be used. Add support for this optional external vbus supply in ehci-platform. Signed-off-by: Amelie Delaunay --- Changes in

Re: [PATCH v2] usb: core: introduce per-port over-current counters

On 02/20/2018 12:55 PM, Felipe Balbi wrote: > > Hi, > > Richard Leitner writes: >> From: Richard Leitner >> >> For some userspace applications information on the number of >> over-current conditions at specific USB hub ports is relevant. >> >> In

[4.4-stable 09/22] ARM: tegra: select USB_ULPI from EHCI rather than platform

commit a262e87ff354f12447bb6268bd63edf7ba1c20e0 upstream. For historic reasons, the tegra platform selects USB_ULPI from architecture code, but that hasn't really made sense for a long time, as the only user of that code is the Tegra EHCI driver that has its own Kconfig symbol. This removes the

[4.4-stable 07/22] usb: phy: msm add regulator dependency

On linux-4.4 and linux-4.9 we get a warning about an array that is never initialized when CONFIG_REGULATOR is disabled: drivers/usb/phy/phy-msm-usb.c: In function 'msm_otg_probe': drivers/usb/phy/phy-msm-usb.c:1911:14: error: 'regs[0].consumer' may be used uninitialized in this function

Re: [PATCH v2] usb: core: introduce per-port over-current counters

Hi, Richard Leitner writes: > From: Richard Leitner > > For some userspace applications information on the number of > over-current conditions at specific USB hub ports is relevant. > > In our case we have a series of USB hardware (using the cp210x

[PATCH v2] usb: core: introduce per-port over-current counters

From: Richard Leitner For some userspace applications information on the number of over-current conditions at specific USB hub ports is relevant. In our case we have a series of USB hardware (using the cp210x driver) which communicates using a proprietary protocol.

Re: [PATCH v2] xhci: Fix front USB ports on ASUS PRIME B350M-A

> On 20 Feb 2018, at 4:24 PM, Mathias Nyman > wrote: > > Hi > > On 19.02.2018 21:06, Kai-Heng Feng wrote: >> When a USB device gets plugged on ASUS PRIME B350M-A's front ports, the >> xHC stops working: >> [ 549.114587] xhci_hcd :02:00.0: WARN: xHC CMD_RUN

Re: [PATCH] usb: host: ehci-platform: add support for optional external vbus supply

Hi, On 02/20/2018 10:27 AM, Roger Quadros wrote: > Hi, > > On 20/02/18 11:11, Amelie Delaunay wrote: >> On some boards, especially when vbus supply requires large current, >> and the charge pump on the PHY isn't enough, an external vbus power switch >> may be used. >> Add support for this

Re: [PATCH] usb: host: ehci-platform: add support for optional external vbus supply

Hi, On 20/02/18 11:11, Amelie Delaunay wrote: > On some boards, especially when vbus supply requires large current, > and the charge pump on the PHY isn't enough, an external vbus power switch > may be used. > Add support for this optional external vbus supply in ehci-platform. Isn't this

[PATCH] usb: host: ehci-platform: add support for optional external vbus supply

On some boards, especially when vbus supply requires large current, and the charge pump on the PHY isn't enough, an external vbus power switch may be used. Add support for this optional external vbus supply in ehci-platform. Signed-off-by: Amelie Delaunay ---

Re: [PATCH v2] xhci: Fix front USB ports on ASUS PRIME B350M-A

Hi On 19.02.2018 21:06, Kai-Heng Feng wrote: When a USB device gets plugged on ASUS PRIME B350M-A's front ports, the xHC stops working: [ 549.114587] xhci_hcd :02:00.0: WARN: xHC CMD_RUN timeout [ 549.114608] suspend_common(): xhci_pci_suspend+0x0/0xc0 returns -110 [ 549.114638] xhci_hcd

Re: [RFC PATCH v2 1/6] dt-bindings: add bindings for USB physical connector

On 19.02.2018 15:28, Rob Herring wrote: > On Thu, Feb 15, 2018 at 11:39:15AM +0100, Andrzej Hajda wrote: >> These bindings allow to describe most known standard USB connectors >> and it should be possible to extend it if necessary. >> USB connectors, beside USB can be used to route other