> It ought to be possible to add a flag that would prevent the > SCSI midlayer > from overlaying the LUN bits on top of cdb[1]. Then we could > still set > the revision number to 2 and you would be happy.
Sounds plausable, but i'm not an expert on the Linux scsi stack to know where the flag would exist. One idea is to add the flag to SG_IO, since both vendor and SCSI-ATA passthru cdb's would use this mechanism (most likely). The purpose of the flag could be to say "don't modify the cdb in any way", a solution more general than just "don't add LUN info" Thoughts? > > Are these vendor-specific commands, the ones that need those bits, > available in devices that use other SCSI transports as well as > SCSI-over-USB? > I don't have enough exposure to the scsi-world to know. However I found the issue on a cypress USB bridge: http://www.cypress.com/portal/server.pt?space=CommunityPage&control=SetCommu nity&CommunityID=209&PageID=259&fid=14&rpn=CY7C68320 (or one of its siblings) Page 13 of its datasheet describes a 16-byte ata passthru cdb that does not work under Linux because of the auto-LUN behavior (the bridge reports scsi0 on inquiry). The issue also theoretically applies to any device implementing the SCSI-ATA passthru cdb. Thanks, Tim Thelin ------------------------------------------------------- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
