Hi, > > I finally bisect the kernel (I didn't known that command, thanks for the > > tip) > > and found that it doesn't work anymore from this commit : > > > > b0bac2581c1918cc4ab0aca01977ad69f0bc127a is the first bad commit > > commit b0bac2581c1918cc4ab0aca01977ad69f0bc127a > > Author: Robert Baldyga <r.bald...@samsung.com> > > Date: Wed Sep 16 12:10:42 2015 +0200 > > > > usb: gadget: introduce 'enabled' flag in struct usb_ep > > > > This patch introduces 'enabled' flag in struct usb_ep, and modifies > > usb_ep_enable() and usb_ep_disable() functions to encapsulate endpoint > > enabled/disabled state. It helps to avoid enabling endpoints which are > > already enabled, and disabling endpoints which are already disables. > > > > From now USB functions don't have to remember current endpoint > > enable/disable state, as this state is now handled automatically which > > makes this API less bug-prone. > > > > Signed-off-by: Robert Baldyga <r.bald...@samsung.com> > > Signed-off-by: Felipe Balbi <ba...@ti.com> > > > > > > If I comment the test in function usb_ep_enable and usb_ep_disable to avoid > > enabling or disabling endpoints that already are, it works. > > But I guess the real issue is that this function is called more than once > > at some point? > > This is the second bug report involving Robert's series, we really need > to give some deeper attention to this. Robert, care to comment ? > > So, this means that if you let endpoints be enabled or disabled more > than once, then it works ? Sounds like a bug in the UDC controller to > me. Robert's patch just helped trigger the problem. Which controller > were you using again ? Was it Atmel UDC ?
Yes that's it, and issue occurs when I unplug/plug the cable... On first connection it works. And yes I am using using atmel_usba_udc.c module. Thanks, Gil -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
