On Wed, Sep 24, 2014 at 03:06:15PM -0500, Felipe Balbi wrote: > On Wed, Sep 24, 2014 at 02:40:12PM -0500, Felipe Balbi wrote: > > On Wed, Sep 24, 2014 at 03:31:13PM -0400, Alan Stern wrote: > > > On Wed, 24 Sep 2014, Felipe Balbi wrote: > > > > > > > > > According to the kerneldoc for usb_ep_set_halt: > > > > > > > > > > > > * Attempts to halt IN endpoints will fail (returning -EAGAIN) if any > > > > > > * transfer requests are still queued, or if the controller hardware > > > > > > * (usually a FIFO) still holds bytes that the host hasn't collected. > > > > > > > > > > damn old bugs :-) I'll fix that up and Cc stable. > > > > > > > > alright fixed. Below you can see a combined diff which I'll still split > > > > into patches so they can be applied properly. > > > > > > And this eliminates the problems you saw with g_mass_storage? > > > > yup, working with and without stall=0, with and without debugging on. On > > all three systems I tested before ;-) > > there is still one detail which I just caught and not sure if it's > something we should care. When I run my msc.sh/msc.c tests [1], after > each test I see a new "sdX: unknown partition table". This doesn't > happen with my USB stick. it happens with the USB stick after I destroy the partition table. So I guess that's normal. -- balbi
Attachment:
signature.asc
Description: Digital signature
