On Sun, 2013-04-07 at 12:34 -0400, Douglas Gilbert wrote: > On 13-04-07 12:15 PM, James Bottomley wrote: > >> No specs apply that I can see. > > > > SPC-3 Section 8.3 "Access Controls" > > spc4r36f.pdf section 8.3.1.2 [Overview] > > "Access controls are handled in the SCSI target device by > an access controls coordinator located at the ACCESS CONTROLS > well known logical unit. The access controls coordinator also > may be accessible via LUN 0. The access controls coordinator > associates a specific LUN to a specific logical unit depending > on which initiator port accesses the SCSI target device and > whether the initiator port has access rights to the > logical unit." > > That seems to strengthen the argument for going the W_LUN route. The W-LUN route is only viable if we can find a way of making it work for everything (and that includes USB). The spec also says in 8.3.1.7 [Verifying access rights] "If an INQUIRY command is addressed to a LUN for which there is no matching LUN value in any LUACD in any ACE allowing the initiator port logical unit access rights, the standard INQUIRY data (see 6.4.2) PERIPHERAL DEVICE TYPE field shall be set to 1Fh and the PERIPHERAL QUALIFIER field shall be set to 011b (i.e., the device server is not capable of supporting a device at this logical unit)." That means our current LUN0 probe should work just fine. James -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
