From: James Bottomley <jbottomley@parallels.com>
To: "dgilbert@interlog.com" <dgilbert@interlog.com>
Cc: Hannes Reinecke <hare@suse.de>,
"linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
George Martin <marting@netapp.com>,
Steffen Maier <maier@linux.vnet.ibm.com>,
Mike Christie <michaelc@cs.wisc.edu>
Subject: Re: [PATCH][RFC] scsi: Use W_LUN for scanning
Date: Sun, 7 Apr 2013 17:37:20 +0000 [thread overview]
Message-ID: <1365356239.1992.33.camel@dabdike> (raw)
In-Reply-To: <51619FFF.6070009@interlog.com>
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
prev parent reply other threads:[~2013-04-07 17:37 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-15 9:46 [PATCH][RFC] scsi: Use W_LUN for scanning Hannes Reinecke
2013-03-15 15:54 ` Steffen Maier
2013-03-17 21:50 ` Steffen Maier
2013-03-18 15:25 ` Hannes Reinecke
2013-03-15 21:22 ` Douglas Gilbert
2013-04-06 9:08 ` James Bottomley
2013-04-07 13:31 ` Hannes Reinecke
2013-04-07 14:49 ` James Bottomley
2013-04-07 15:59 ` Douglas Gilbert
2013-04-07 16:15 ` James Bottomley
2013-04-07 16:34 ` Douglas Gilbert
2013-04-07 17:37 ` James Bottomley [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1365356239.1992.33.camel@dabdike \
--to=jbottomley@parallels.com \
--cc=dgilbert@interlog.com \
--cc=hare@suse.de \
--cc=linux-scsi@vger.kernel.org \
--cc=maier@linux.vnet.ibm.com \
--cc=marting@netapp.com \
--cc=michaelc@cs.wisc.edu \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox