Alan, I got some more cards to try and all worked correctly.
It seems that the card I was using for testing (it's an old 8Mb compact flash) confuses this reader (oh, btw, it's called Atech PRO-9 [search engines this is for you]) that stop working after receiving the first command when such card is inserted. other info: - the same card work on other readers and it also worked (but it took about a minute or more thinking...) on a windows (ME) laptop. - on 2.6 the same happens. - I've got two of those readers and both hang with the same 8Mb card. I also noticed that the device fails answering correctly to the first INQUIRY command. I don't know much about the driver code but the usb_stor_bulk_msg() just transfered 36 of 255 bytes but apart of the strange info returned everything work properly after that. I think that a US_FL_FIX_INQUIRY would be needed if correct device info are preferred. Here is the INQUIRY log: ========================================== Nov 26 17:20:10 epia kernel: usb-storage: *** thread awakened. Nov 26 17:20:10 epia kernel: usb-storage: Command INQUIRY (6 bytes) Nov 26 17:20:10 epia kernel: usb-storage: 12 00 00 00 ff 00 1b c0 84 73 5d c5 Nov 26 17:20:10 epia kernel: usb-storage: Bulk command S 0x43425355 T 0x1 Trg 0 LUN 0 L 255 F 128 CL 6 Nov 26 17:20:10 epia kernel: usb-storage: Bulk command transfer result=0 Nov 26 17:20:10 epia kernel: usb-storage: usb_stor_transfer_partial(): xfer 255 bytes Nov 26 17:20:10 epia kernel: usb-storage: usb_stor_bulk_msg() returned 0 xferred 36/255 Nov 26 17:20:10 epia kernel: usb-storage: Bulk data transfer result 0x1 Nov 26 17:20:10 epia kernel: usb-storage: Attempting to get CSW... Nov 26 17:20:10 epia kernel: usb-storage: Bulk status result = 0 Nov 26 17:20:10 epia kernel: usb-storage: Bulk status Sig 0x53425355 T 0x1 R 0 Stat 0x0 Nov 26 17:20:10 epia kernel: usb-storage: Fixing INQUIRY data to show SCSI rev 2 - was 0 Nov 26 17:20:10 epia kernel: usb-storage: scsi cmd done, result=0x0 Nov 26 17:20:10 epia kernel: usb-storage: *** thread sleeping. ========================================== Thanks for your help. stefano > Well, your log shows the problem quite clearly, although it doesn't > explain why the problem occurred. During the initial startup it shows > usb-storage and the SCSI driver probing the card reader. (It does that > repeatedly -- the driver doesn't understand that there's no point > retrying a command when a "medium not present" error crops up. Most > annoying; I believe it has been fixed in 2.6.) Anyway, that all worked > correctly. > > Then later you insert the card and try running a new command, like fdisk. > The log shows the sd driver probing again with TEST-UNIT-READY, and this > time there's absolutely no response at all. It looks like the act of > inserting the card caused the reader to die. It doesn't respond again > until after a complete bus reset, but by then it's too late, Linux has > already given up on it. > > This leads me to wonder if that reader is really in good operating > condition. Or if maybe there's something wrong with the card that causes > the reader to crash. Things you might try: Use the same card with a > different reader. Use a different card with the malfunctioning reader. > Try issuing the fdisk command before inserting the card to see whether the > reader replies, then insert the card and try fdisk again (this may > indicate whether the reader died spontaneously or only when the card was > inserted). Remember, looking at the debugging log is the best way to see > exactly what happens. > > Another thing you could try: do the same thing under 2.6.0. It's possible > that changes in the USB drivers will be enough to solve the problem. > > Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
