In message <[EMAIL PROTECTED]> you write: >Paul Stewart <[EMAIL PROTECTED]> writes: > >> Hello Philippe. I'm also over on the iRiver list, sharing in your >> pain with H140 read errors under Linux. It appears that at least >> from the perspective of the USB storage bulk-only specification, >> there are provisions for returning short responses. However at the >> very least the device should return a CSW, which appears to be >> absent if I read your trace correctly. > >That's correct. And now I know what a CSW is :-) > >> It seems like we need to retry the transfer at a later point if >> the bulk transfer returns zero bytes initially. It seems that an >> immediate retry doesn't work most of the time, but a try later on >> works. This might take a bit of tweaking to put in... Something >> like putting the thread back to sleep and waking it up later with >> the same request might work. > >Do you have a patch? I plan to return the H120 unit very soon since >nobody seems to be interested in fixing this...
I don't have a patch yet. I'm still trying to wrap my head around USB-storage, and trying to figure out at which return point this should happen. It's pretty clear that an immediate retry won't work since there's one already built into the code. Truthfully, I don't think I'll get to a patch until the next time I do an iripdb, so if you're up against some product return deadline, I would suggest you go ahead and get your money back. -- Paul ------------------------------------------------------- This SF.Net email is sponsored by Sleepycat Software Learn developer strategies Cisco, Motorola, Ericsson & Lucent use to deliver higher performing products faster, at low TCO. http://www.sleepycat.com/telcomwpreg.php?From=osdnemail3 _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
