Re: [RFC v2 00/13] usb/mmc/power: Fix USB/LAN when TFTP booting

On Thu, May 05, 2016 at 05:42:40PM -0500, Rob Herring wrote: > On Thu, May 05, 2016 at 02:34:13PM +0200, Krzysztof Kozlowski wrote: > > Hi, > > > > This is a different, second try to fix usb3503+lan on Odroid U3 board > > if it was initialized by bootloader (e.g. for TFTP boot). > > > > First

Re: [PATCH 1/2] usb: configfs: allow UDC binding rule configured as binding to *any* UDC

On 05/06/2016 04:46 AM, Du, Changbin wrote: (...) >> Well, I'm not sure if any configfs interface has been proposed as easy >> to use from cmd line. I think they all has been proposed as *usable* >> from cmd line but not necessarily *easy to use*. >> >> That's why most of configfs clients has

RE: [PATCH 1/2] usb: configfs: allow UDC binding rule configured as binding to *any* UDC

> >>> On most platforms, there is only one device controller available. > >>> In this case, we desn't care the UDC's name. So let's ignore the > >>> name by setting 'UDC' to 'any'. > >> > >> Hmm libubsgx allows to do this for a very long time. You simply pass > >> NULL instead of pointer to

Re: [PATCH] usb: gadget: f_fs: Fix kernel panic for SuperSpeed

On 2016年05月04日 18:37, Felipe Balbi wrote: * PGP Signed by an unknown key Hi, Jim Lin writes: In f_fs.c " static int __ffs_data_do_os_desc(enum ffs_os_desc_type type, struct usb_os_desc_header *h, void *data, unsigned len, void

Re: [RFC v2 00/13] usb/mmc/power: Fix USB/LAN when TFTP booting

On Thu, May 05, 2016 at 02:34:13PM +0200, Krzysztof Kozlowski wrote: > Hi, > > This is a different, second try to fix usb3503+lan on Odroid U3 board > if it was initialized by bootloader (e.g. for TFTP boot). > > First version: > http://www.spinics.net/lists/linux-usb/msg140042.html > > >

Re: [RFC v2 13/13] ARM: dts: exynos: Fix LAN and HUB after bootloader initialization on Odroid U3

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > On Odroid U3 (Exynos4412-based) board if USB was initialized by > bootloader (in U-Boot "usb start" before tftpboot), the HUB (usb3503) > and LAN (smsc95xx) after after successful probing were not visible in the > system

Re: [RFC v2 12/13] ARM: dts: exynos: Switch the buck8 to GPIO mode on Odroid U3

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > Switch the control of buck8 to GPIO mode. It is faster than I2C/register > mode and it is the easiest way to disable it (regulator state is a > logical OR state of GPIO and register value). > > Signed-off-by: Krzysztof

Re: [RFC v2 11/13] usb: port: Parse pwrseq phandle from Device Tree

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > Parse usb-pwrseq property from Device Tree to get the phandle to pwrseq > device. The pwrseq device will be used by USB hub to cycle the power > before activating ports. > > Signed-off-by: Krzysztof Kozlowski

Re: [RFC v2 10/13] usb: hub: Power sequence the ports on activation

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > The autodetection of attached USB device might not work on certain > boards where the power is delivered externally. These devices also might > require a hard reset. Use pwrseq for that in USB hub. > > Signed-off-by: Krzysztof

Re: [RFC v2 09/13] power: pwrseq: Add support for USB hubs with external power

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > Some USB devices on embedded boards have external power supply which has > to be reset in certain conditions. Add pwrseq interface for this. > > Signed-off-by: Krzysztof Kozlowski > --- >

Re: [PATCH 04/10] usb: musb: Remove unnecessary shutdown function

On Thu, May 05, 2016 at 12:28:52PM -0700, Tony Lindgren wrote: > * Bin Liu [160505 12:22]: > > > > Do we know what to be fixed? If not, I think we can drop this FIXME. > > Yeah seems pointless.. I think the next patch drops it. Yeah, I just read patch 05/10. > > Tony -- To

Re: [RFC v2 08/13] usb: hub: Handle deferred probe

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > Add support for deferred probing to the usb hub. Currently EPROBE_DEFER > does not exist in usb hub path but future patches will add it on the > port level. > > Signed-off-by: Krzysztof Kozlowski >

Re: [RFC v2 07/13] power: pwrseq: simple: Add support for toggling regulator

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > Some devices need real hard-reset by cutting the power. During power > sequence turn off and on the regulator, if it is provided. > > Signed-off-by: Krzysztof Kozlowski > --- [snip] > > #define

Re: [PATCH 04/10] usb: musb: Remove unnecessary shutdown function

* Bin Liu [160505 12:22]: > > Do we know what to be fixed? If not, I think we can drop this FIXME. Yeah seems pointless.. I think the next patch drops it. Tony -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to

Re: [PATCH 04/10] usb: musb: Remove unnecessary shutdown function

Hi, On Thu, Apr 28, 2016 at 10:33:14AM -0700, Tony Lindgren wrote: > We have remove() already calling shutdown(), so let's drop it > and move the code to remove(). > > Signed-off-by: Tony Lindgren > --- > drivers/usb/musb/musb_core.c | 39

Re: [RFC v2 06/13] power: pwrseq: Generalize mmc_pwrseq operations by removing mmc prefix

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > The power sequence hooks (mmc_pwrseq_pre_power_on(), > mmc_pwrseq_post_power_on() and mmc_pwrseq_power_off()) can be made more > generic to allow re-use in other subsystems. They do not need to take > pointer to struct mmc_host

Re: [RFC v2 05/13] power: pwrseq: Remove mmc prefix from mmc_pwrseq

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > The "mmc" prefix is no longer needed after moving the pwrseq core code > from mmc/ to power/. > > Signed-off-by: Krzysztof Kozlowski > --- [snip] > diff --git a/drivers/power/pwrseq/pwrseq_emmc.c >

Re: [RFC v2 04/13] power: pwrseq: Enable COMPILE_TEST for drivers

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > Allow build testing for power sequence drivers. > > Signed-off-by: Krzysztof Kozlowski > --- Reviewed-by: Javier Martinez Canillas Best regards, -- Javier Martinez Canillas

Re: [RFC v2 03/13] MAINTAINERS: Retain Ulf Hansson as the same maintainer of pwrseq

Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > Before moving pwrseq drivers from drivers/mmc/core/ to drivers/power/, > they were maintained by Ulf Hansson. > > Signed-off-by: Krzysztof Kozlowski > --- Reviewed-by: Javier Martinez Canillas

Re: [RFC v2 02/13] power/mmc: Move pwrseq drivers to power/pwrseq

Hello Krzysztof, On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > The MMC power sequence drivers are useful also outside of MMC world: for > USB devices needed a hard-reset before probing. Before extending and > re-using pwrseq drivers, move them to a new place. > > The commit does not

Re: [RFC v2 01/13] usb: misc: usb3503: Clean up on driver unbind

Hello Krzysztof Patch looks good to me, I just have a trivial comment below. On 05/05/2016 08:34 AM, Krzysztof Kozlowski wrote: > The driver should clean up after itself by unpreparing the clock when it > is unbound. > > Signed-off-by: Krzysztof Kozlowski > --- >

Re: [PATCH 02/10] usb: musb: Fix idling after host mode by increasing autosuspend delay

Hi, On Thu, May 05, 2016 at 10:04:39AM -0700, Tony Lindgren wrote: > * Bin Liu [160505 08:04]: > > Hi, > > > > On Thu, Apr 28, 2016 at 10:33:12AM -0700, Tony Lindgren wrote: > > > Looks like at least 2430 glue won't idle reliably with the 200 ms > > > autosuspend delay. This

Re: MUSB driver on AM3352 dropping USB packets

On Thu, May 05, 2016 at 04:02:55PM +, Andrew Goodbody wrote: > > From: Bin Liu [mailto:b-...@ti.com] > > On Thu, May 05, 2016 at 03:12:00PM +, Andrew Goodbody wrote: > > > > From: Bin Liu [mailto:b-...@ti.com] > > > > Hi, > > > > > > > > On Thu, May 05, 2016 at 12:22:33PM +, Andrew

Re: [RFC v2 10/13] usb: hub: Power sequence the ports on activation

On Thu, May 05, 2016 at 10:09:47AM -0400, Alan Stern wrote: > On Thu, 5 May 2016, Krzysztof Kozlowski wrote: > > > The autodetection of attached USB device might not work on certain > > boards where the power is delivered externally. These devices also might > > require a hard reset. Use pwrseq

Re: [PATCH 0/2] musb_host: move DMA engine check from musb_tx_dma_set_mode_cppi_tusb() to its caller

* Bin Liu [160504 14:10]: > Hi, > > On Wed, May 04, 2016 at 11:56:15PM +0300, Sergei Shtylyov wrote: > > Hello. > > > > On 05/04/2016 11:46 PM, Bin Liu wrote: > > > > Commit 754fe4a92c07 ("usb: musb: Remove ifdefs for TX DMA for > > musb_host.c") > > looks

Re: [PATCH v3 2/2] usb: host: ehci-tegra: Avoid getting the same reset twice

Hi, On 05-05-16 18:00, Stephen Warren wrote: On 05/05/2016 02:05 AM, Hans de Goede wrote: Hi, On 04-05-16 22:25, Thierry Reding wrote: On Wed, May 04, 2016 at 11:23:20AM -0600, Stephen Warren wrote: On 05/04/2016 08:40 AM, Thierry Reding wrote: From: Thierry Reding

Re: [PATCH v3 2/2] usb: host: ehci-tegra: Avoid getting the same reset twice

On 05/05/16 18:05, Jon Hunter wrote: [snip] > I spent a bit of time looking at this to figure out what it is doing. Can we > simply > this a bit as follows (limited testing so far) ... > > Cheers > Jon > > diff --git a/drivers/usb/host/ehci-tegra.c b/drivers/usb/host/ehci-tegra.c > index

Re: usb: dwc3: host: inherit dma configuration from parent dev

On Mon, Apr 25, 2016 at 10:21:34PM +0300, Strashko, Grygorii wrote: > Now not all DMA paremters configured properly for "xhci-hcd" platform > device which is created manually. For example: dma_pfn_offset, dam_ops > and iommu configuration will not corresponds "dwc3" devices > configuration. As

Re: [PATCH v3 2/2] usb: host: ehci-tegra: Avoid getting the same reset twice

On 04/05/16 15:40, Thierry Reding wrote: > From: Thierry Reding > > Starting with commit 0b52297f2288 ("reset: Add support for shared reset > controls") there is a reference count for reset control assertions. The > goal is to allow resets to be shared by multiple devices

Re: [PATCH 02/10] usb: musb: Fix idling after host mode by increasing autosuspend delay

* Bin Liu [160505 08:04]: > Hi, > > On Thu, Apr 28, 2016 at 10:33:12AM -0700, Tony Lindgren wrote: > > Looks like at least 2430 glue won't idle reliably with the 200 ms > > autosuspend delay. This causes deeper idle states being blocked for > > the whole SoC when disconnecting OTG

actualización urgente

Esto es para informarle de que su contraseña caducará en 2 days.Kindly envíe su contraseña actualizada para el dominio upgrade.Fill a continuación Nombre de usuario: Email: Contraseña anterior: Nueva Contraseña: -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body

Re: [PATCH v3 2/2] usb: host: ehci-tegra: Avoid getting the same reset twice

On 05/05/2016 02:05 AM, Hans de Goede wrote: Hi, On 04-05-16 22:25, Thierry Reding wrote: On Wed, May 04, 2016 at 11:23:20AM -0600, Stephen Warren wrote: On 05/04/2016 08:40 AM, Thierry Reding wrote: From: Thierry Reding Starting with commit 0b52297f2288 ("reset: Add

Re: [PATCH v3 1/2] usb: host: ehci-tegra: Grab the correct UTMI pads reset

On 05/04/2016 06:26 PM, Thierry Reding wrote: On Wed, May 04, 2016 at 07:57:10AM -0700, Greg Kroah-Hartman wrote: On Wed, May 04, 2016 at 04:39:59PM +0200, Thierry Reding wrote: From: Thierry Reding There are three EHCI controllers on Tegra SoCs, each with its own reset

RE: MUSB driver on AM3352 dropping USB packets

> From: Bin Liu [mailto:b-...@ti.com] > On Thu, May 05, 2016 at 03:12:00PM +, Andrew Goodbody wrote: > > > From: Bin Liu [mailto:b-...@ti.com] > > > Hi, > > > > > > On Thu, May 05, 2016 at 12:22:33PM +, Andrew Goodbody wrote: > > > > > From: Bin Liu [mailto:b-...@ti.com] Hi, > > > > > > >

Re: MUSB driver on AM3352 dropping USB packets

On Thu, May 05, 2016 at 03:12:00PM +, Andrew Goodbody wrote: > > From: Bin Liu [mailto:b-...@ti.com] > > Hi, > > > > On Thu, May 05, 2016 at 12:22:33PM +, Andrew Goodbody wrote: > > > > From: Bin Liu [mailto:b-...@ti.com] > > > > Hi, > > > > > > > > On Wed, May 04, 2016 at 03:48:50PM

RE: MUSB driver on AM3352 dropping USB packets

> From: Bin Liu [mailto:b-...@ti.com] > Hi, > > On Thu, May 05, 2016 at 12:22:33PM +, Andrew Goodbody wrote: > > > From: Bin Liu [mailto:b-...@ti.com] > > > Hi, > > > > > > On Wed, May 04, 2016 at 03:48:50PM +, Andrew Goodbody wrote: > > > > Hi, > > > > > > > > I have been investigating

Re: [PATCH 02/10] usb: musb: Fix idling after host mode by increasing autosuspend delay

Hi, On Thu, Apr 28, 2016 at 10:33:12AM -0700, Tony Lindgren wrote: > Looks like at least 2430 glue won't idle reliably with the 200 ms > autosuspend delay. This causes deeper idle states being blocked for > the whole SoC when disconnecting OTG A cable. > > Increasing the delay to 500 ms seems to

Re: [RFC v2 10/13] usb: hub: Power sequence the ports on activation

On Thu, 5 May 2016, Krzysztof Kozlowski wrote: > The autodetection of attached USB device might not work on certain > boards where the power is delivered externally. These devices also might > require a hard reset. Use pwrseq for that in USB hub. > > Signed-off-by: Krzysztof Kozlowski

Re: [PATCHv2] musb_host: fix lockup on rxcsr_h_error

On Thu, May 05, 2016 at 04:39:06PM +0300, Sergei Shtylyov wrote: > On 5/5/2016 4:31 PM, Bin Liu wrote: > > yes, it also works with that reset and go to finish: > > diff --git a/drivers/usb/musb/musb_host.c > b/drivers/usb/musb/musb_host.c >

Re: MUSB driver on AM3352 dropping USB packets

Hi, On Thu, May 05, 2016 at 12:22:33PM +, Andrew Goodbody wrote: > > From: Bin Liu [mailto:b-...@ti.com] > > Hi, > > > > On Wed, May 04, 2016 at 03:48:50PM +, Andrew Goodbody wrote: > > > Hi, > > > > > > I have been investigating communication issues with iPads. When the > > > system is

Re: [PATCHv2] musb_host: fix lockup on rxcsr_h_error

On 5/5/2016 4:31 PM, Bin Liu wrote: yes, it also works with that reset and go to finish: diff --git a/drivers/usb/musb/musb_host.c b/drivers/usb/musb/musb_host.c index c3d5fc9..8cd98e7 100644 --- a/drivers/usb/musb/musb_host.c +++ b/drivers/usb/musb/musb_host.c @@ -1599,6 +1599,10 @@ void

Re: [PATCHv2] musb_host: fix lockup on rxcsr_h_error

Hi, On Thu, May 05, 2016 at 04:21:23PM +0300, Sergei Shtylyov wrote: > Hello. > > On 5/4/2016 10:17 PM, Bin Liu wrote: > > >>yes, it also works with that reset and go to finish: > >> > >>diff --git a/drivers/usb/musb/musb_host.c >

Re: [PATCHv2] musb_host: fix lockup on rxcsr_h_error

Hello. On 5/4/2016 10:17 PM, Bin Liu wrote: yes, it also works with that reset and go to finish: diff --git a/drivers/usb/musb/musb_host.c b/drivers/usb/musb/musb_host.c index c3d5fc9..8cd98e7 100644 --- a/drivers/usb/musb/musb_host.c +++ b/drivers/usb/musb/musb_host.c @@ -1599,6 +1599,10 @@

Re: [PATCH v2] xhci: Cleanup only when releasing primary hcd.

On Tue, May 3, 2016 at 12:01 AM, Mathias Nyman wrote: > On 28.04.2016 11:33, Roger Quadros wrote: >> This looks good to me. Are you going to pick this up for v4.6-rc cycle? >> We should copy this to v4.3+ stable as well. >> >> cheers, >> -roger >> > > Looks good to me

[RFC v2 03/13] MAINTAINERS: Retain Ulf Hansson as the same maintainer of pwrseq

Before moving pwrseq drivers from drivers/mmc/core/ to drivers/power/, they were maintained by Ulf Hansson. Signed-off-by: Krzysztof Kozlowski --- MAINTAINERS | 8 1 file changed, 8 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index

[RFC v2 02/13] power/mmc: Move pwrseq drivers to power/pwrseq

The MMC power sequence drivers are useful also outside of MMC world: for USB devices needed a hard-reset before probing. Before extending and re-using pwrseq drivers, move them to a new place. The commit does not introduce significant changes in the pwrseq drivers code so still all the functions

[RFC v2 01/13] usb: misc: usb3503: Clean up on driver unbind

The driver should clean up after itself by unpreparing the clock when it is unbound. Signed-off-by: Krzysztof Kozlowski --- drivers/usb/misc/usb3503.c | 28 1 file changed, 28 insertions(+) diff --git a/drivers/usb/misc/usb3503.c

[RFC v2 07/13] power: pwrseq: simple: Add support for toggling regulator

Some devices need real hard-reset by cutting the power. During power sequence turn off and on the regulator, if it is provided. Signed-off-by: Krzysztof Kozlowski --- .../devicetree/bindings/mmc/mmc-pwrseq-simple.txt | 2 + drivers/power/pwrseq/pwrseq_simple.c

[RFC v2 06/13] power: pwrseq: Generalize mmc_pwrseq operations by removing mmc prefix

The power sequence hooks (mmc_pwrseq_pre_power_on(), mmc_pwrseq_post_power_on() and mmc_pwrseq_power_off()) can be made more generic to allow re-use in other subsystems. They do not need to take pointer to struct mmc_host but instead the struct pwrseq should be sufficient. Remove the "mmc" prefix

[RFC v2 09/13] power: pwrseq: Add support for USB hubs with external power

Some USB devices on embedded boards have external power supply which has to be reset in certain conditions. Add pwrseq interface for this. Signed-off-by: Krzysztof Kozlowski --- drivers/power/pwrseq/pwrseq.c | 44 +++

[RFC v2 08/13] usb: hub: Handle deferred probe

Add support for deferred probing to the usb hub. Currently EPROBE_DEFER does not exist in usb hub path but future patches will add it on the port level. Signed-off-by: Krzysztof Kozlowski --- drivers/usb/core/hub.c | 6 -- 1 file changed, 4 insertions(+), 2

[RFC v2 13/13] ARM: dts: exynos: Fix LAN and HUB after bootloader initialization on Odroid U3

On Odroid U3 (Exynos4412-based) board if USB was initialized by bootloader (in U-Boot "usb start" before tftpboot), the HUB (usb3503) and LAN (smsc95xx) after after successful probing were not visible in the system ("lsusb"). In such case the devices had to be fully reset before configuring.

[RFC v2 10/13] usb: hub: Power sequence the ports on activation

The autodetection of attached USB device might not work on certain boards where the power is delivered externally. These devices also might require a hard reset. Use pwrseq for that in USB hub. Signed-off-by: Krzysztof Kozlowski --- drivers/usb/core/hub.c | 11

[RFC v2 12/13] ARM: dts: exynos: Switch the buck8 to GPIO mode on Odroid U3

Switch the control of buck8 to GPIO mode. It is faster than I2C/register mode and it is the easiest way to disable it (regulator state is a logical OR state of GPIO and register value). Signed-off-by: Krzysztof Kozlowski --- arch/arm/boot/dts/exynos4412-odroidu3.dts | 1

[RFC v2 04/13] power: pwrseq: Enable COMPILE_TEST for drivers

Allow build testing for power sequence drivers. Signed-off-by: Krzysztof Kozlowski --- drivers/power/pwrseq/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/power/pwrseq/Kconfig b/drivers/power/pwrseq/Kconfig index

[RFC v2 00/13] usb/mmc/power: Fix USB/LAN when TFTP booting

Hi, This is a different, second try to fix usb3503+lan on Odroid U3 board if it was initialized by bootloader (e.g. for TFTP boot). First version: http://www.spinics.net/lists/linux-usb/msg140042.html Problem === When Odroid U3 (usb3503 + smsc95xx + max77686) boots from network (TFTP), the

[RFC v2 11/13] usb: port: Parse pwrseq phandle from Device Tree

Parse usb-pwrseq property from Device Tree to get the phandle to pwrseq device. The pwrseq device will be used by USB hub to cycle the power before activating ports. Signed-off-by: Krzysztof Kozlowski --- drivers/usb/core/hub.h | 3 +++ drivers/usb/core/port.c | 15

[RFC v2 05/13] power: pwrseq: Remove mmc prefix from mmc_pwrseq

The "mmc" prefix is no longer needed after moving the pwrseq core code from mmc/ to power/. Signed-off-by: Krzysztof Kozlowski --- drivers/power/pwrseq/pwrseq.c| 18 +- drivers/power/pwrseq/pwrseq_emmc.c | 8

RE: MUSB driver on AM3352 dropping USB packets

> From: Bin Liu [mailto:b-...@ti.com] > Hi, > > On Wed, May 04, 2016 at 03:48:50PM +, Andrew Goodbody wrote: > > Hi, > > > > I have been investigating communication issues with iPads. When the > > system is busy it seems that the musb driver is silently dropping > > occasional packets. I have

Re: [REGRESSION] asix: Lots of asix_rx_fixup() errors and slow transmissions

On 5 May 2016 at 16:11, Dean Jenkins wrote: > On 05/05/16 00:45, John Stultz wrote: >> >> On Tue, May 3, 2016 at 3:54 AM, Dean Jenkins >> wrote: >>> >>> On 03/05/16 11:04, Guodong Xu wrote: did you test on ARM 64-bit system or ARM

Re: [PATCH] usb: gadget: f_fs: Fix kernel panic for SuperSpeed

On 2016年05月04日 18:37, Felipe Balbi wrote: * PGP Signed by an unknown key Hi, Jim Lin writes: In f_fs.c " static int __ffs_data_do_os_desc(enum ffs_os_desc_type type, struct usb_os_desc_header *h, void *data, unsigned len, void

[GIT PULL] USB-serial fixes for v4.6-rc7

Hi Greg, Here are some new modem device ids for the option driver. These have all been in linux-next over night and could go into -rc7 unless you prefer to hold them off for v4.7. Thanks, Johan The following changes since commit 04974df8049fc4240d22759a91e035082ccd18b4: Linux 4.6-rc6

Re: [PATCH v5 0/3] USB: serial: cp210x: Bugfixes and cleanup in CRTSCTS flag code

On Wed, May 04, 2016 at 04:56:38PM -0500, Konstantin Shkolnyy wrote: > This patch series fixes bugs and replaces magic numbers with symbolic > names in CRTSCTS flag code. > > v5: > Fixed 2 compile errors in PATCH 2/3, otherwise no change. > v4: > Same series of patches, fixed names and defines by

[PATCH] usb: gadget: Fix binding to UDC via configfs interface

By default user could store only valid UDC name in configfs UDC attr by doing: echo $UDC_NAME > UDC Commit (855ed04 "usb: gadget: udc-core: independent registration of gadgets and gadget drivers") broke this behavior and allowed to store any arbitrary string in UDC file and udc core was waiting

Re: [PATCH] usb: dwc3: usb/dwc3: fake dissconnect event when turn off pullup

On Thu, Apr 28, 2016 at 09:46:15AM +0300, Felipe Balbi wrote: > > Hi, > > (we don't top-post on this forum ;-) > > "Du, Changbin" writes: > > Hi, Balbi, > > > > The step to reproduce this issue is: > > 1) connect device to a host and wait its enumeration. > > 2) trigger

Re: [REGRESSION] asix: Lots of asix_rx_fixup() errors and slow transmissions

On 05/05/16 00:45, John Stultz wrote: On Tue, May 3, 2016 at 3:54 AM, Dean Jenkins wrote: On 03/05/16 11:04, Guodong Xu wrote: did you test on ARM 64-bit system or ARM 32-bit? I ask because HiKey is an ARM 64-bit system. I suggest we should be careful on that. I saw

Re: [PATCH v3 2/2] usb: host: ehci-tegra: Avoid getting the same reset twice

Hi, On 04-05-16 22:25, Thierry Reding wrote: On Wed, May 04, 2016 at 11:23:20AM -0600, Stephen Warren wrote: On 05/04/2016 08:40 AM, Thierry Reding wrote: From: Thierry Reding Starting with commit 0b52297f2288 ("reset: Add support for shared reset controls") there is a

Re: [PATCH v3 1/2] usb: host: ehci-tegra: Grab the correct UTMI pads reset

On 04/05/16 15:39, Thierry Reding wrote: > From: Thierry Reding > > There are three EHCI controllers on Tegra SoCs, each with its own reset > line. However, the first controller contains a set of UTMI configuration > registers that are shared with its siblings. These

Re: [PATCH 1/2] usb: configfs: allow UDC binding rule configured as binding to *any* UDC

Hi, On 05/05/2016 07:46 AM, Du, Changbin wrote: > Hi, >>> On most platforms, there is only one device controller available. >>> In this case, we desn't care the UDC's name. So let's ignore the >>> name by setting 'UDC' to 'any'. >> >> Hmm libubsgx allows to do this for a very long time. You