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