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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.