[PATCH v8 17/18] usb: force warm reset to break link re-connect livelock

Resuming a powered down port sometimes results in the port state being stuck in the training sequence. hub 3-0:1.0: debounce: port 1: total 2000ms stable 0ms status 0x2e0 port1: can't get reconnection after setting port power on, status -110 hub 3-0:1.0: port 1 status .02e0 after resume,

[PATCH v8 14/18] usb: introduce port status lock

In general we do not want khubd to act on port status changes that are the result of in progress resets or USB runtime PM operations. Specifically port power control testing has been able to trigger an unintended disconnect in hub_port_connect_change(), paraphrasing: if ((portstatus

Re: [PATCH v8 00/18] port power control reworks

On Mon, Apr 28, 2014 at 4:46 PM, Dan Williams dan.j.willi...@intel.com wrote: Changes since v7 [1]: * Added patch 8 usb: make usb_port flags atomic * Added patch 15 usb: hub_handle_remote_wakeup() depends on CONFIG_PM_RUNTIME=y * Fixed patch 16 usb: resume (wakeup) child device when port

Re: [PATCH] usb: dwc3: debugfs: add snapshot to dump requests trbs events

On Mon, Apr 28, 2014 at 07:58:43PM +, Paul Zimmerman wrote: From: linux-usb-ow...@vger.kernel.org [mailto:linux-usb-ow...@vger.kernel.org] On Behalf Of Felipe Balbi Sent: Monday, April 28, 2014 8:56 AM On Mon, Apr 28, 2014 at 04:49:23PM -0400, Zhuang Jin Can wrote: Adds a

Fw: [Bug 75001] New: belkin USB Ethernet adapter intermittent network issue

Begin forwarded message: Date: Mon, 28 Apr 2014 11:06:24 -0700 From: bugzilla-dae...@bugzilla.kernel.org bugzilla-dae...@bugzilla.kernel.org To: step...@networkplumber.org step...@networkplumber.org Subject: [Bug 75001] New: belkin USB Ethernet adapter intermittent network issue

Re: [PATCH 2/2] usb: common: rename phy-fsm-usb.c to usb-otg-fsm.c

On Mon, Apr 28, 2014 at 10:59:27AM -0500, Felipe Balbi wrote: On Mon, Apr 28, 2014 at 04:29:24PM +0800, Peter Chen wrote: Since usb otg fsm implementation is not related to usb phy. We move it from usb/phy/ to usb/common/, and rename it to reflect its real meaning. Signed-off-by: Peter

[PATCH v2 1/2] usb: move usb/usb-common.c to usb/common/usb-common.c

Since we will have more usb-common things, and it will let usb-common.c be larger and larger, we create a folder named usb/common for all usb common things. Cc: Felipe Balbi ba...@ti.com Signed-off-by: Peter Chen peter.c...@freescale.com --- drivers/usb/Makefile |2 +-

[PATCH v2 0/2] Re-organize usb common

Hi Greg, This patch set creates usb/common for usb common things, and moves otg fsm implementation from usb/phy/ to usb/common/. I have a discussion with Felipe about it at below link: http://www.spinics.net/lists/linux-usb/msg106357.html Thanks. Changes for v2: - Fix one typo Alan pointed.

[PATCH v2 2/2] usb: common: rename phy-fsm-usb.c to usb-otg-fsm.c

Since usb otg fsm implementation is not related to usb phy. We move it from usb/phy/ to usb/common/, and rename it to reflect its real meaning. Cc: Felipe Balbi ba...@ti.com Signed-off-by: Peter Chen peter.c...@freescale.com --- drivers/usb/common/Makefile|1 +

[PATCH v5 0/1] Add support for using a MAX3421E chip as a host driver.

This patch incorporates Greg KH's feedback for v4 of the patch and fixes a bug. Specifically: + Now compiles cleanly on 64-bit arches. + Now also depends on SPI subsystem. + Uses usb_urb_dir_in/usb_urb_dir_out instead of usb_pipein/usb_pipeout, respectively, since the latter do not always

[PATCH v5 1/1] Add support for using a MAX3421E chip as a host driver.

Signed-off-by: David Mosberger dav...@egauge.net --- drivers/usb/Makefile |1 + drivers/usb/host/Kconfig | 11 + drivers/usb/host/Makefile |1 + drivers/usb/host/max3421-hcd.c| 1937 +

<    1   2