From: Robert Jennings <rcj@linux.vnet.ibm.com>
To: Vladislav Bolkhovitin <vst@vlnb.net>
Cc: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>,
stgt-devel@lists.berlios.de, scst-devel@lists.sourceforge.net,
linux-scsi@vger.kernel.org
Subject: Re: [Stgt-devel] Question for pass-through target design
Date: Thu, 24 May 2007 14:01:36 -0500 [thread overview]
Message-ID: <20070524190136.GA13684@austin.ibm.com> (raw)
In-Reply-To: <46541B56.7000501@vlnb.net>
* Vladislav Bolkhovitin (vst@vlnb.net) wrote:
> Robert Jennings wrote:
> >>>>What I meant that is that the kernel tgt code (scsi_tgt*) receives
> >>>>SCSI commands from one lld and send them to another lld instead of
> >>>>sending them to user space.
> >>>
> >>>Although the approach of passing SCSI commands from a target LLD to an
> >>>initiator one without any significant interventions from the target
> >>>software looks to be nice and simple, you should realize how limited,
> >>>unsafe and illegal it is, since it badly violates SCSI specs.
> >>
> >>I think that 'implemented cleanly' means that one scsi_host is assigned
> >>to only one initiator.
> >
> >Vladislav listed a number of issues that are inherent in an implementation
> >that does not have a 1:1 relationship of initiators to targets. The vscsi
> >architecture defines the 1:1 relationship; it's imposible to have more
> >than one initiator per target.
>
> Just few small notes:
>
> 1. As I already wrote, complete 1:1 relationship isn't practically
> possible, because there is always a local access on the target (i.e. one
> more initiator) and you can't disable it on practice.
I was proposing a 1:1 relationship of initiator to target within the
target framework for in-kernel pass-through. We would still have the
case that local access on the target is possible; an administrator with
privileges neccessary to create a target would have the responsibility
to not then access the device locally.
This is no different than if I create my root file system on /dev/sda1,
I should not also 'dd' data to /dev/sda1 while the system is running.
It's a bad idea, but nothing stops me; however this is something that
only a root level user can do. This would be the same, these targets in
pass-through have permissions by default that do not allow local access
by non-root users.
> 2. 1:1 relationship is a serious limitation for usage cases like an SPI
> tape library serving backup for several servers on an FC net.
Restricting the relationship to 1:1 would be for pass-through devices
only, this would not necessarily dictate other target types which could
be used for such cases.
--Rob
next prev parent reply other threads:[~2007-05-24 19:01 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20070504160712.GB16528@austin.ibm.com>
[not found] ` <200705041704.l44H4WXa003789@mbox.iij4u.or.jp>
[not found] ` <463B72F6.3000207@torque.net>
[not found] ` <20070506053629P.fujita.tomonori@lab.ntt.co.jp>
2007-05-07 14:24 ` [Stgt-devel] Question for pass-through target design Vladislav Bolkhovitin
2007-05-07 15:10 ` FUJITA Tomonori
2007-05-07 15:27 ` Vladislav Bolkhovitin
2007-05-07 15:37 ` FUJITA Tomonori
2007-05-07 16:52 ` Vladislav Bolkhovitin
2007-05-08 5:51 ` Vladislav Bolkhovitin
2007-05-22 19:56 ` Robert Jennings
2007-05-23 10:45 ` Vladislav Bolkhovitin
2007-05-24 19:01 ` Robert Jennings [this message]
2007-05-25 14:38 ` Vladislav Bolkhovitin
2007-06-01 15:12 ` Vladislav Bolkhovitin
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=20070524190136.GA13684@austin.ibm.com \
--to=rcj@linux.vnet.ibm.com \
--cc=fujita.tomonori@lab.ntt.co.jp \
--cc=linux-scsi@vger.kernel.org \
--cc=scst-devel@lists.sourceforge.net \
--cc=stgt-devel@lists.berlios.de \
--cc=vst@vlnb.net \
/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;
as well as URLs for NNTP newsgroup(s).