On Tue, 2 Sep 2014, Mark wrote: > On Tue, 2 Sep 2014 10:42:59 -0400 (EDT) > Alan Stern <stern@xxxxxxxxxxxxxxxxxxx> wrote: > > > On Tue, 2 Sep 2014, Mark wrote: > > > I have an Iomega SCSI-to-USB cable, model# SCSI USBA. Iomega called it the > > > ... > > > My cable has USB ID 059B:0040. It is identical in appearance to the > > > Microtech XpressSCSI, which does work with Linux. Both are probably OEM > > > products manufactured by Shuttle Technology/SCM Microsystems. > > > > > > I haven't been able to get my cable to work, though I only tested it with > > > non-Iomega drives. Has anyone used this cable with non-Iomega drives? > > > Either mine is faulty, or its firmware is designed to only work with > > > Iomega drives. (I think it's most likely faulty.) > > > ... > > > I created usbmon and Wireshark captures when doing that. If anyone feels > > > like investigating, I have uploaded them (~5KB archive) to > > > http://www.mediafire.com/download/uw4d4dmcq8qfbwg/Iomega_SCSI-USB_problem.tar.gz > > > > Please don't put your data there. It's very difficult to retrieve > > anything from that site. Just put the usbmon trace in the email. > > (The Wireshark capture is unlikely to contain anything of interest > > that's not in the usbmon trace, and it's a lot harder to read.) > > Okay, here's the usbmon trace... Good, this is very clear. I'll skip to the interesting parts > ffff8801355a29c0 1148408426 S Ci:004:00 s a1 fe 0000 0000 0001 1 < > ffff8801355a29c0 1148410477 C Ci:004:00 0 1 = 10 This is the Get-Max-LUN command. The device claims to have 17 logical units! That's an awful lot. It probably is a bug, meaning the device needs to have the US_FL_SINGLE_LUN quirk. > ffff8801355a29c0 1148410844 S Bo:004:01 -115 31 = 55534243 01000000 24000000 80000612 00000024 00000000 00000000 000000 > ffff8801355a29c0 1148411469 C Bo:004:01 0 31 > > ffff8801350a59c0 1148411514 S Bi:004:02 -115 36 < > ffff8801350a59c0 1150435754 C Bi:004:02 -32 0 > ffff8801355a29c0 1150435882 S Co:004:00 s 02 01 0000 0082 0000 0 > ffff8801355a29c0 1150437469 C Co:004:00 0 0 > ffff8801355a29c0 1150437569 S Bi:004:02 -115 13 < > ffff8801355a29c0 1150438472 C Bi:004:02 0 13 = 55534253 00000000 00000000 01 This is the INQUIRY command. The device fails the command, but worse, it uses the wrong tag value in the CSW message. Maybe that won't continue after the US_FL_SINGLE_LUN quirk is added. But if it does then the device needs to have the US_FL_BULK_IGNORE_TAG quirk. Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
