Re: [RFT 0/3] usb: usb3503: Fix probing on Arndale board (missing phy)

Hello, On 2015-10-08 08:02, Krzysztof Kozlowski wrote: On 07.10.2015 23:26, Marek Szyprowski wrote: Hello, On 2015-10-07 02:30, Krzysztof Kozlowski wrote: Introduction This patchset tries to fix probing of usb3503 on Arndale board if the Samsung PHY driver is probed later (or

Re: iperf UDP packet loss with Chipidea HDRC

On Mon, Oct 05, 2015 at 07:27:23PM +0530, Jayan John wrote: > We are developing a custom USB device on a iMX6q platform with a Chipidea > HDRC. The device uses a single NCM interface for communication with another > OTG device i.e. Chipidea HDRC again. I see very poor iperf UDP performance > after

Re: [PATCH v3 08/10] Doc: usb: ci-hdrc-usb2: add tx(rx)-burst-config-dword for binding doc

On Fri, Aug 14, 2015 at 12:02:37PM +0200, Lucas Stach wrote: > Am Freitag, den 14.08.2015, 16:40 +0800 schrieb Peter Chen: > > On Fri, Aug 14, 2015 at 10:37:30AM +0200, Lucas Stach wrote: > > > Am Freitag, den 07.08.2015, 15:15 +0800 schrieb Peter Chen: > > > > It is used to override the default

Re: [PATCH] USB: serial: cp210x: Workaround for cp2108 failure due to GET_LINE_CTL bug

Konstantin Shkolnyy writes: > @@ -343,6 +344,28 @@ static int cp210x_get_config(struct usb_serial_port > *port, u8 request, > return result; > } > > + /* Workaround for swapped bytes in 16-bit value from > CP210X_GET_LINE_CTL */ > +

Re: [PATCH v3 0/4] USB MIDI Gadget bug fixes and improvements

On Tue, Sep 29, 2015 at 1:01 PM, Felipe F. Tonello wrote: > Here is the third version of this patch set. It includes memory leakage bug > fix, improvements and code cleanups. > > Felipe F. Tonello (4): > usb: gadget: f_midi: free usb request when done > usb: gadget:

Re: [RFT 0/3] usb: usb3503: Fix probing on Arndale board (missing phy)

Hello, On 10/08/2015 08:23 AM, Marek Szyprowski wrote: > Hello, > > On 2015-10-08 08:02, Krzysztof Kozlowski wrote: >> On 07.10.2015 23:26, Marek Szyprowski wrote: >>> Hello, >>> >>> On 2015-10-07 02:30, Krzysztof Kozlowski wrote: Introduction This patchset tries to

Re: [RFT 0/3] usb: usb3503: Fix probing on Arndale board (missing phy)

On 07.10.2015 23:26, Marek Szyprowski wrote: > Hello, > > On 2015-10-07 02:30, Krzysztof Kozlowski wrote: >> Introduction >> >> This patchset tries to fix probing of usb3503 on Arndale board >> if the Samsung PHY driver is probed later (or built as a module). >> >> *The patchset was

Re: [PATCH 1/3][v4] Documentation: dt: dwc3: Add snps,quirk-frame-length-adjustment property

On Mon, Oct 05, 2015 at 05:37:02AM +, RAJESH BHAGAT wrote: > Hi Shawn, > > Regarding below patch, Felipe has suggested to talk to you: > > > [PATCH 3/3][v4] arm: dts: ls1021a: Add quirk for Erratum A009116 > > talk to you ARM-SoC maintainer. > > https://lkml.org/lkml/2015/9/4/7 > > Please

Re: [PATCH 1/1] usb: misc: usbtest: add bulk queue test

On Sun, Oct 04, 2015 at 10:47:58AM +0100, Greg KH wrote: > On Mon, Sep 07, 2015 at 02:13:57PM +0800, Peter Chen wrote: > > The bulk queue tests are used to show 'best performance' for bulk > > transfer, we are often asked this question by users. The implementation > > is the same with iso test,

Re: [PATCH v3 1/1] USB:option:add ZTE PIDs

On Tue, Oct 06, 2015 at 07:10:44PM -0700, Liu.Zhao wrote: > This is intended to add ZTE device PIDs on kernel. > > Signed-off-by: Liu.Zhao This one is already in Linus' tree and should be backported to the stable trees shortly. No need to resend. Johan -- To unsubscribe from

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

On 08/10/15 13:05, chunfeng yun wrote: Hi, On Thu, 2015-10-01 at 12:44 +0100, Daniel Thompson wrote: On 29/09/15 04:01, Chunfeng Yun wrote: There some vendor quirks for MTK xhci host controller: 1. It defines some extra SW scheduling parameters for HW to minimize the scheduling effort for

Re: [PATCH v9 3/5] phy: add usb3.0 phy driver for mt65xx SoCs

Hi, On Tue, 2015-10-06 at 19:50 +0530, Kishon Vijay Abraham I wrote: > Hi Chunfeng, > > On Tuesday 29 September 2015 08:31 AM, Chunfeng Yun wrote: > > support usb3.0 phy of mt65xx SoCs > > I have merged this driver. Can you also send a patch adding yourself as > the maintainer of this driver? >

Re: [RFT 0/3] usb: usb3503: Fix probing on Arndale board (missing phy)

Hello, On 2015-10-08 11:35, Javier Martinez Canillas wrote: Hello, On 10/08/2015 08:23 AM, Marek Szyprowski wrote: Hello, On 2015-10-08 08:02, Krzysztof Kozlowski wrote: On 07.10.2015 23:26, Marek Szyprowski wrote: Hello, On 2015-10-07 02:30, Krzysztof Kozlowski wrote: Introduction

Re: [PATCH v9 1/5] dt-bindings: Add usb3.0 phy binding for MT65xx SoCs

Hi, On Tue, 2015-09-29 at 17:43 +0300, Sergei Shtylyov wrote: > Hello. > > On 09/29/2015 06:01 AM, Chunfeng Yun wrote: > > > add a DT binding documentation of usb3.0 phy for MT65xx > > SoCs from Mediatek. > > > > Acked-by: Rob Herring > > Signed-off-by: Chunfeng Yun

Re: [PATCH v9 2/5] dt-bindings: Add a binding for Mediatek xHCI host controller

Hi, On Tue, 2015-09-29 at 17:49 +0300, Sergei Shtylyov wrote: > On 09/29/2015 06:01 AM, Chunfeng Yun wrote: > > > add a DT binding documentation of xHCI host controller for the > > MT8173 SoC from Mediatek. > > > > Signed-off-by: Chunfeng Yun > > --- > >

RE: Regression: USB OTG port breaks after a few hours in host mode on iMX6

> > On Wed, Oct 07, 2015 at 09:22:22AM +0100, Russell King - ARM Linux wrote: > > This bug is soo obscure, I'm not even sure how to start debugging it. > > This never used to be a problem, but I'm not sure when it started as > > USB (in general) is not something I use regularly. > > > > In this

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

Hi, On Thu, 2015-10-01 at 12:44 +0100, Daniel Thompson wrote: > On 29/09/15 04:01, Chunfeng Yun wrote: > > There some vendor quirks for MTK xhci host controller: > > 1. It defines some extra SW scheduling parameters for HW > >to minimize the scheduling effort for synchronous and > >

RE: Configfs composite gadget with CCID and mass storage

I managed to get the implementation working for us using the following dirty patch for kernel 3.14, - diff -u -r a/drivers/usb/gadget/f_fs.c b/drivers/usb/gadget/f_fs.c ---

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

On 08.10.2015 15:28, Daniel Thompson wrote: On 08/10/15 13:05, chunfeng yun wrote: Hi, On Thu, 2015-10-01 at 12:44 +0100, Daniel Thompson wrote: On 29/09/15 04:01, Chunfeng Yun wrote: There some vendor quirks for MTK xhci host controller: 1. It defines some extra SW scheduling parameters for

Re: [PATCH] usb: musb: dsps: implement vbus_status method

On 10/8/2015 4:50 PM, Sergei Shtylyov wrote: Implement vbus_status method of musb_platform_ops that allows musb_core to properly represent the VBUS status of musb_dsps devices in corresponding sysfs entry Signed-off-by: Roman Alyautdin ---

Re: [PATCH] usb: musb: dsps: implement vbus_status method

On 08/10/15 17:07, Sergei Shtylyov wrote: On 10/8/2015 4:50 PM, Sergei Shtylyov wrote: Implement vbus_status method of musb_platform_ops that allows musb_core to properly represent the VBUS status of musb_dsps devices in corresponding sysfs entry Signed-off-by: Roman Alyautdin

Re: [PATCH] usb: musb: dsps: implement vbus_status method

Hello. On 10/7/2015 5:40 PM, Roman Alyautdin wrote: Implement vbus_status method of musb_platform_ops that allows musb_core to properly represent the VBUS status of musb_dsps devices in corresponding sysfs entry Signed-off-by: Roman Alyautdin ---

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

On Thu, 2015-10-08 at 13:28 +0100, Daniel Thompson wrote: > On 08/10/15 13:05, chunfeng yun wrote: > > Hi, > > On Thu, 2015-10-01 at 12:44 +0100, Daniel Thompson wrote: > >> On 29/09/15 04:01, Chunfeng Yun wrote: > >>> There some vendor quirks for MTK xhci host controller: > >>> 1. It defines some

Re: [PATCH v9 4/5] xhci: mediatek: support MTK xHCI host controller

Hi, On Thu, 2015-10-08 at 16:05 +0300, Mathias Nyman wrote: > On 08.10.2015 15:28, Daniel Thompson wrote: > > On 08/10/15 13:05, chunfeng yun wrote: > >> Hi, > >> On Thu, 2015-10-01 at 12:44 +0100, Daniel Thompson wrote: > >>> On 29/09/15 04:01, Chunfeng Yun wrote: > There some vendor quirks

4758dcd19a7d9ba9610b38fecb93f65f56f86346 - usb: xhci: Add support for URB_ZERO_PACKET to bulk/sg transfers; into stable?

Hi, it looks to me like commit 4758dcd19a7d9ba9610b38fecb93f65f56f86346 Author: Reyad Attiyat Date: Thu Aug 6 19:23:58 2015 +0300 usb: xhci: Add support for URB_ZERO_PACKET to bulk/sg transfers should go into stable. Is there a special reason it has no CC?

Re: [PATCH v4 1/5] gadget: Introduce the notifier functions

HI! > > + int ret; > > + > > + mutex_lock(>lock); > > + ret = raw_notifier_chain_unregister(>nh, nb); > > Greg, this is the kind of thing I wanted to avoid adding more of. > > I was wondering if you would accept subsystems using kdbus for > this sort of notification. I'm okay waiting for

Re: [Device-mainlining] [PATCH v2 2/3] gadget: Introduce the usb charger framework

Hi! > On 08/16/2015 08:03 PM, Baolin Wang via device-mainlining wrote: > > On 14 August 2015 at 23:27, Greg KH wrote: > >> On Fri, Aug 14, 2015 at 05:47:45PM +0800, Baolin Wang wrote: > >>> + * > >>> + * This program is free software; you can redistribute it and/or

Re: [PATCH v4 1/5] gadget: Introduce the notifier functions

Hi! > > What's the advantage of pushing this to userspace? By the time we > > provide enough discoverability to enable userspace to configure itself > > it seems like we'd have enough information to do the job anyway. > > you're going to be dealing with a setup where each vendor does one thing

Re: [Device-mainlining] [PATCH v2 2/3] gadget: Introduce the usb charger framework

On Thu, Oct 08, 2015 at 05:50:31PM +0200, Pavel Machek wrote: > Hi! > > > On 08/16/2015 08:03 PM, Baolin Wang via device-mainlining wrote: > > > On 14 August 2015 at 23:27, Greg KH wrote: > > >> On Fri, Aug 14, 2015 at 05:47:45PM +0800, Baolin Wang wrote: > > >>> + *

Re: Regression: USB OTG port breaks after a few hours in host mode on iMX6

On Thu, Oct 08, 2015 at 09:52:52AM +, Peter Chen wrote: > I can't reproduce it for 5 hours, and will change pinmux (do the same > thing with your platform), and do the overnight test. There's definitely something weird going on. Over night last night, I left the Logitech universal receiver

Re: [Device-mainlining] [PATCH v2 2/3] gadget: Introduce the usb charger framework

Hi! > > > * This program is free software; you can redistribute it and/or modify > > > * it under the terms of the GNU General Public License version 2 as > > > * published by the Free Software Foundation. > > > > Please, keep it V2 or later, if you can. It makes sharing code with U-Boot > >

Re: [PATCH 3/5] CHROMIUM: usb: dwc2: Avoid double-reset at boot time

Hi, On Wed, Oct 7, 2015 at 5:48 PM, Douglas Anderson wrote: > In (usb: dwc2: reset dwc2 core before dwc2_get_hwparams()) we added an > extra reset to the probe path for the dwc2 USB controllers. This > allowed proper detection of parameters even if the firmware had

Re: [Device-mainlining] [PATCH v2 2/3] gadget: Introduce the usb charger framework

On Thu, Oct 08, 2015 at 07:04:05PM +0200, Pavel Machek wrote: > Hi! > > > > > * This program is free software; you can redistribute it and/or modify > > > > * it under the terms of the GNU General Public License version 2 as > > > > * published by the Free Software Foundation. > > > > > >

[PATCH] usb: dwc2: Avoid more calls to dwc2_core_reset()

Calls to dwc2_core_reset() are currently very slow, taking at least 150ms (possibly more). It behooves us to take as many of these calls out as possible. It turns out that the calls in dwc2_fs_phy_init() and dwc2_hs_phy_init() should (as documented in the code) only be needed if we need to do a

[PATCH] USB: serial: cp210x: Workaround for cp2108 failure due to GET_LINE_CTL bug

cp2108 GET_LINE_CTL returns the 16-bit value with the 2 bytes swapped. However, SET_LINE_CTL functions properly. When the driver tries to modify the register, it reads it, modifies some bits and writes back. Because the read bytes were swapped, this often results in an invalid value to be written.

Re: Regression: USB OTG port breaks after a few hours in host mode on iMX6

On Thu, Oct 08, 2015 at 05:16:06PM +0100, Russell King - ARM Linux wrote: > On Thu, Oct 08, 2015 at 09:52:52AM +, Peter Chen wrote: > > I can't reproduce it for 5 hours, and will change pinmux (do the same > > thing with your platform), and do the overnight test. > I still not reproduce it.

Re: Mass Storage Gadget Kthread

On Fri, Oct 02, 2015 at 11:05:28AM -0500, Felipe Balbi wrote: > Hi Alan, > > here's a question which I hope you can help me understand :-) > > Why do we have that kthread for the mass storage gadgets ? I noticed a very > interesting behavior. > > Basically, the MSC class works in a loop like

Re: iperf UDP packet loss with Chipidea HDRC

On Thu, Oct 8, 2015 at 1:37 PM, Peter Chen wrote: > On Mon, Oct 05, 2015 at 07:27:23PM +0530, Jayan John wrote: >> We are developing a custom USB device on a iMX6q platform with a Chipidea >> HDRC. The device uses a single NCM interface for communication with another >>