[PATCH] usb: uas: fix usb subsystem hang after power off hub port

The issue happens with following steps: Access usb3.0/3.1 device that uses uas driver. Power off hub port connecting device by ioctl(USBDEVFS_CONTROL). Wait longer than 30s(scsi layer timeout period is 30s). Execute commands like lsusb, no response and usb subsytem hangs. After scsi layer timeout,

Re: [PATCH v2 2/8] usb: typec: fusb302: Refactor / simplify tcpm_set_cc()

Hi, On 08-03-19 08:33, Heikki Krogerus wrote: On Thu, Mar 07, 2019 at 10:12:59AM -0800, Guenter Roeck wrote: On Thu, Mar 07, 2019 at 05:36:01PM +0100, Hans de Goede wrote: After commit ea3b4d5523bc ("usb: typec: fusb302: Resolve fixed power role contract setup"), tcpm_set_cc always calls fusb3

Re: [PATCH v2 2/8] usb: typec: fusb302: Refactor / simplify tcpm_set_cc()

On Fri, Mar 08, 2019 at 11:58:32AM +0100, Hans de Goede wrote: > Hi, > > On 08-03-19 08:33, Heikki Krogerus wrote: > > On Thu, Mar 07, 2019 at 10:12:59AM -0800, Guenter Roeck wrote: > > > On Thu, Mar 07, 2019 at 05:36:01PM +0100, Hans de Goede wrote: > > > > After commit ea3b4d5523bc ("usb: typec:

Re: [PATCH v2 5/8] usb: typec: fusb302: Fix fusb302_handle_togdone_src Ra handling

Hi, On 07-03-19 19:19, Guenter Roeck wrote: On Thu, Mar 07, 2019 at 05:36:04PM +0100, Hans de Goede wrote: The FUSB302 will stop toggling with a FUSB_REG_STATUS1A_TOGSS_SRC? status, as soon as it sees either Ra or Rd on a CC pin. Before this commit fusb302_handle_togdone_src would assume that

Re: [PATCH 1/5] dt-bindings: connector: add optional properties for Type-B

Hi, On 08-03-19 07:13, Chunfeng Yun wrote: Add id-gpios, vbus-gpios, vbus-supply and pinctrl properties for usb-b-connector Signed-off-by: Chunfeng Yun --- .../devicetree/bindings/connector/usb-connector.txt| 10 ++ 1 file changed, 10 insertions(+) diff --git a/Documentation/de

Re: [PATCH v2 4/8] usb: typec: fusb302: Check vconn is off when we start toggling

Hi, On 07-03-19 19:11, Guenter Roeck wrote: On Thu, Mar 07, 2019 at 05:36:03PM +0100, Hans de Goede wrote: The datasheet says the vconn MUST be off when we start toggling. The tcpm.c state-machine is responsible to make sure vconn is off, but lets add a WARN_ON check to catch any cases where vc

drivers: usb: serial: ftdi_sio.c error flagging

Johan, Some of our customers are experiencing communication issues on RS485 that could be solved quite nicely by turning on termios.PARMRK. I'd be happy to go into details, but I don't think they're necessary for the discussion below. The problem we encountered is that the error flagging produce

drivers: usb: serial: ftdi_sio.c error flagging

[Resend with From address corrected. Sorry about that] Johan, Some of our customers are experiencing communication issues on RS485 that could be solved quite nicely by turning on termios.PARMRK. I'd be happy to go into details, but I don't think they're necessary for the discussion below. The

Re: [PATCH] usb: uas: fix usb subsystem hang after power off hub port

On Fr, 2019-03-08 at 09:13 +, kento.a.kobaya...@sony.com wrote: > The usb_reset_and_verify_device included in usb_reset_device fails > with -ENODEV after power off hub port, and the -ENODEV error will > be reported to uas_eh_bus_reset_handler and upper layer, so it > doesn't need to do rebind i

Re: [PATCH] usb: uas: fix usb subsystem hang after power off hub port

On Fri, 8 Mar 2019, Oliver Neukum wrote: > On Fr, 2019-03-08 at 09:13 +, kento.a.kobaya...@sony.com wrote: > > The usb_reset_and_verify_device included in usb_reset_device fails > > with -ENODEV after power off hub port, and the -ENODEV error will > > be reported to uas_eh_bus_reset_handler an

REGRESSION: dwc2: gadget: Add scatter-gather mode

Hey Andrzej, I just wanted to let you know, trying to boot linus/master on the hikey board today, I've been seeing lots of errors on boot (which sometimes crash the board, and sometimes doesn't). See the example below. I've bisected the issue down to 10209abe87f5 ("usb: dwc2: gadget: Add scatter