Andres S:
two more runs of dd, perhaps there's a pattern
Certainly we have consistencies, thank you.
Oct 30 01:06:12 titanic kernel: usb-storage: 28 00 01 98 ee 50 00 00 40 00
Oct 30 01:06:12 titanic kernel: usb-storage: Bulk Command S 0x43425355 T 0x66921 L 32768 F 128 Trg 0 LUN 0 CL 10
Oct 30 01:06:12 titanic kernel: usb-storage: Bulk Status S 0x53425355 T 0x66921 R 0 Stat 0x1
Oct 30 01:06:12 titanic kernel: usb-storage: Bulk Command S 0x43425355 T 0x80066921 L 18 F 128 Trg 0 LUN 0 CL 6
Oct 30 01:06:12 titanic kernel: usb-storage: Bulk Status S 0x53425355 T 0x80066921 R 0 Stat 0x0
Oct 30 01:06:12 titanic kernel: usb-storage: Command READ_10 (10 bytes)
Oct 30 01:06:12 titanic kernel: usb-storage: 28 00 01 98 ee 58 00 00 38 00
...
Oct 30 02:28:13 titanic kernel: usb-storage: 28 00 05 e8 33 d0 00 00 40 00
Oct 30 02:28:13 titanic kernel: usb-storage: Bulk Command S 0x43425355 T 0x1e201d L 32768 F 128 Trg 0 LUN 0 CL 10
Oct 30 02:28:13 titanic kernel: usb-storage: Bulk Status S 0x53425355 T 0x1e201d R 0 Stat 0x1
Oct 30 02:28:13 titanic kernel: usb-storage: Bulk Command S 0x43425355 T 0x801e201d L 18 F 128 Trg 0 LUN 0 CL 6
Oct 30 02:28:13 titanic kernel: usb-storage: Bulk Status S 0x53425355 T 0x801e201d R 0 Stat 0x0
Oct 30 02:28:13 titanic kernel: usb-storage: Command READ_10 (10 bytes)
Oct 30 02:28:13 titanic kernel: usb-storage: 28 00 05 e8 33 d8 00 00 38 00
Consistently, Linux misaligns the sequential reads of x40 blocks each by an offset of x10 blocks. Consistently, dd reports something over 12e+6 byte/s. Consistently, the "Bulk Status" CSW failure is "R 0 Stat 0x1" together with some detail that provokes Linux to follow up by retrying the last x38 of x40 blocks.
But we're seeing these failures appear at the diverse addresses x 032B9FD0 0198EE50 05E833D0 = 99103696 53190608 26799696.
No obvious pattern there, I'm sorry to say, though again I thank you for looking.
I can only hope we'll learn more by digging more. As yet we're working from a small sample size, and we have to wait 37 or 19 or 69 minutes to get another sample. We know we could also try pldd/ sg_dd in Windows/ Linux with shortened/ default timeouts and lengthened/ default delays between commands. I can't promise we'll learn anything, I can only hope we'll hit on what works, or see some more explanatory consistency, like Windows failing as reliably as Linux when we ask that Windows reads the whole disk.
Pat LaVarre
------------------------------------------------------- This SF.Net email is sponsored by: Sybase ASE Linux Express Edition - download now for FREE LinuxWorld Reader's Choice Award Winner for best database on Linux. http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
