Philippe Troin <[EMAIL PROTECTED]> writes: > Matthew Dharm <[EMAIL PROTECTED]> writes: > > > Interesting.... most interesting is this line: > > > usb-storage: usb_stor_bulk_msg() returned 0 xferred 0/512 > > > > This means an URB was submitted and (apparently) completed without error, > > but also without transferring all the data. > > > > I don't think that is supposed to be possible. This looks like an HCD bug > > to me... > > I've done more tests... I've tried the iRiver unit in different > machines, all running 2.4.26, without any success. This should rule > out hardware issues in the computers themselves. > > I also I've tried 2.6.5, and the unit works perfectly with it:-)... So > it might be a bug somewhere in the 2.4.x USB stack. Do you have any > pointers or clues as far as where to look into?
Correction: 2.6.5 is as broken as 2.4.26, but it does not report *any* errors at all... That's much worse than 2.4.x!!! This will report a bunch of diffs where it should not: find <mntpoint> -type f -print0 | sort -z | xargs -r0 md5sum > sums.1 find <mntpoint> -type f -print0 | sort -z | xargs -r0 md5sum > sums.2 diff sums.1 sums.2 ...lots of output... Methinks that's probably because of we do not do any sense or reset anymore on short reads in 2.6.x. I had exactly the same problems with 2.4.x when I tried to backport the 2.6 usb-storage changes. Matthew, do you want to investigate this before I return the unit? Phil. ------------------------------------------------------- This SF.Net email is sponsored by: Oracle 10g Get certified on the hottest thing ever to hit the market... Oracle 10g. Take an Oracle 10g class now, and we'll give you the exam FREE. http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
