Re: [PATCH] usb: chipidea: Fix missing resume call after suspend

2017-04-25 Thread Bernhard Walle
Hi Peter, > Peter Chen hat am 25. April 2017 um 10:14 geschrieben: > > Since you unplug the cable first, and plug in again. The driver will > treat it as connection but not resume event. You may use > /sys/class/udc/ci_hdrc.0/state to get udc's connection, eg "not attached" > or other states to

Re: [PATCH] usb: chipidea: Fix missing resume call after suspend

2017-04-25 Thread Peter Chen
On Mon, Apr 24, 2017 at 01:25:21PM +, Bernhard Walle wrote: > Hi, > > > Peter Chen hat am 24. April 2017 um 05:51 geschrieben: > > > > > The current code logic is: > > - When the resume is received from host, the ci->dirver->resume is > > called, and suspended is cleared. > > - When the rese

Re: [PATCH] usb: chipidea: Fix missing resume call after suspend

2017-04-24 Thread Bernhard Walle
Hi, > Peter Chen hat am 24. April 2017 um 05:51 geschrieben: > > > The current code logic is: > - When the resume is received from host, the ci->dirver->resume is > called, and suspended is cleared. > - When the reset is received from host, the isr_reset_handler is called, > and suspended is cle

Re: [PATCH] usb: chipidea: Fix missing resume call after suspend

2017-04-23 Thread Peter Chen
On Fri, Apr 21, 2017 at 12:10:53PM +0200, Bernhard Walle wrote: > We have a i.MX53-based hardware (quite similar to the i.MX53 QSB from > Freescale/NXP). I'm reading the /ci_hdrc.0/gadget/suspended sysfs > file to find out whether a PC is connected to the USB gadget. With old > kernel versions,

[PATCH] usb: chipidea: Fix missing resume call after suspend

2017-04-21 Thread Bernhard Walle
We have a i.MX53-based hardware (quite similar to the i.MX53 QSB from Freescale/NXP). I'm reading the /ci_hdrc.0/gadget/suspended sysfs file to find out whether a PC is connected to the USB gadget. With old kernel versions, this worked. However, with kernel 4.9 this didn't work. When the host