On Thu, 20 Mar 2003, Dave Turner wrote: > On Thu, 20 Mar 2003 at 10:47am, Alan Stern wrote: > > > Can you post an extract from the kernel log under 2.4.21-rc5 with > > usb-storage debugging turned on? > > Sure thing. > > Linux version 2.4.21-pre5 ([EMAIL PROTECTED]) (gcc version 2.95.3 20010315 > (release)) #1 Wed Mar 19 16:17:04 GMT 2003
Believe it or not, this is failing in a very different and much more interesting way than it did under the earlier version of Linux you posted before. [Matt: Do you have any idea why (in the part of the log I snipped) the SCSI layer issues READ-CAPACITY three times in a row when each time the sense code indicates medium not present? Once ought to be enough. Has this been changed in 2.5?] After inserting a 1Gb Microdrive into the card reader and attempting to mount it (following a successful MODE-SENSE): > usb-storage: queuecommand() called > usb-storage: *** thread awakened. > usb-storage: Command READ_10 (10 bytes) > usb-storage: 28 00 00 00 00 00 00 00 08 00 9b cf > usb-storage: Bulk command S 0x43425355 T 0x14 Trg 0 LUN 0 L 4096 F 128 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 -104 xferred 0/4096 So at this point the urb's completion routine has been called. -104 is -ECONNRESET, indicating the urb was unlinked by the abort routine. > usb-storage: usb_stor_transfer_partial(): transfer aborted > usb-storage: Bulk data transfer result 0x3 > usb-storage: -- transport indicates command was aborted > usb-storage: scsi command aborted > usb-storage: *** thread sleeping. > usb-storage: queuecommand() called > usb-storage: *** thread awakened. > usb-storage: Command TEST_UNIT_READY (6 bytes) > usb-storage: 00 00 00 00 00 00 00 00 08 00 9b cf > usb-storage: Bulk command S 0x43425355 T 0x14 Trg 0 LUN 0 L 0 F 0 CL 6 > uhci.c: uhci_submit_urb: urb not available to submit (status = -104) What's that?! Any ideas from anybody? > usb-storage: Bulk command transfer result=-22 -EINVAL, for whatever good that does. At this point everything goes to pot. > usb-storage: -- transport indicates error, resetting > usb-storage: Bulk reset requested > usb_control/bulk_msg: timeout > usb-storage: Bulk soft reset failed -110 > usb-storage: scsi cmd done, result=0x70000 > usb-storage: *** thread sleeping. > usb-storage: device_reset() called > usb-storage: Bulk reset requested > uhci.c: uhci_result_control() failed with status 440000 > [cf9f80f0] link (0f9f8062) element (0f9f91e0) > 0: [cf9f91e0] link (0f9f9210) e0 Stalled CRC/Timeo Length=7 MaxLen=7 DT0 EndPt=0 > Dev=5, PID=2d(SETUP) (buf=0f1cac80) > 1: [cf9f9210] link (00000001) e3 IOC Active Length=0 MaxLen=7ff DT1 EndPt=0 Dev=5, > PID=69(IN) (buf=00000000) > > usb-storage: Bulk soft reset failed -110 I won't include the rest of the kernel log; it just gets worse. Can anyone help? Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: Tablet PC. Does your code think in ink? You could win a Tablet PC. Get a free Tablet PC hat just for playing. What are you waiting for? http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
