Greg, attached is a patch designed for diagnostic purposes. Please apply
to the 2.5 tree -- yes, we'll be removing this at some point in the future.
It appears that we have a problem clearing halts. This patch causes a very
clear message to be printed whenever a usb_stor_clear_halt() manages to
work. So far, I haven't seen such a thing happen. And I've seen _lots_ of
STALL conditions.
A grep in some old logs:
Aug 7 21:11:28: usb-storage: usb_stor_transfer_partial(): xfer 255 bytes
Aug 7 21:11:28: usb-storage: usb_stor_bulk_msg() returned -32 xferred 0/255
Aug 7 21:11:28: usb-storage: clearing endpoint halt for pipe 0xc0010380
Aug 7 21:11:28: usb-storage: usb_stor_clear_halt: result=0
Aug 7 21:11:28: usb-storage: usb_stor_transfer_partial(): unknown error
Aug 8 00:25:11: usb-storage: Call to usb_stor_control_msg() returned -32
Aug 8 00:25:11: usb-storage: -- Stall on control pipe. Clearing
Aug 8 00:25:11: usb-storage: usb_stor_clear_halt: result=0
Sep 1 16:28:26: usb-storage: usb_stor_bulk_msg() returned 0 xferred 56/255
Sep 1 16:28:26: usb-storage: Bulk data transfer result 0x1
Sep 1 16:28:26: usb-storage: Attempting to get CSW...
Sep 1 16:28:26: usb-storage: clearing endpoint halt for pipe 0xc0008680
Sep 1 16:28:26: usb-storage: usb_stor_clear_halt: result=-32
Sep 1 16:28:26: usb-storage: Attempting to get CSW (2nd try)...
Sep 1 16:28:26: usb-storage: clearing halt for pipe 0xc0008680
Sep 1 16:28:26: usb-storage: usb_stor_clear_halt: result=-32
Both 0 and -EPIPE occur. I have not seen -EPIPE in the month of August.
Andries
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel