When copying large amounts of data to a drive:
Logs show:
usb-storage: Command WRITE_10 (10 bytes)
usb-storage: 2a 00 00 05 eb f0 00 00 40 00 2d 80
usb-storage: Bulk command S 0x43425355 T 0x174a Trg 0 LUN 0 L 32768 F 0
CL 10
usb-storage: Bulk command transfer result=0
usb-storage: usb_stor_transfer_partial(): xfer 4096 bytes
usb-storage: command_abort() called
usb-storage: usb_stor_bulk_msg() returned -131 xferred 0/4096
usb-storage: usb_stor_transfer_partial(): unknown error
usb-storage: Bulk data transfer result 0x2
usb-storage: Attempting to get CSW...
and then nothing.
This is on a system based on the Globespan IVR (MIPS, little-endian).
For my tests, I'm copying large amounts of data (up to 1 gigabyte) to
an external device formatted vfat. The copy process gets stuck in
state D (uninterruptible sleep) and can't be killed (even with kill -9).
This has happened with a stock 2.4.19 kernel, and with a version of
2.4.19 that includes the USB drivers from 2.4.21-pre3. I'm unable to
compile and run 2.4.20 and 2.4.21-pre3 on this hardware. Attempts at
using a 2.5 kernel in the past have resulted in utter failure.
Should usb_stor_transfer_partial know what to do with that result code?
Any ideas why the error handling for unexpected errors isn't able to
reset the device?
--
Tom Collins
[EMAIL PROTECTED]
-------------------------------------------------------
This SF.net email is sponsored by: Scholarships for Techies!
Can't afford IT training? All 2003 ictp students receive scholarships.
Get hands-on training in Microsoft, Cisco, Sun, Linux/UNIX, and more.
www.ictp.com/training/sourceforge.asp
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
