From: Mike Christie <mchristi@redhat.com>
To: target-devel@vger.kernel.org
Subject: Re: Wrong resetting of Logical Unit Number field in CDB
Date: Fri, 11 Oct 2019 19:38:12 +0000 [thread overview]
Message-ID: <5DA0DA24.3080707@redhat.com> (raw)
In-Reply-To: <ac680e032540400a8cd7b1bf03361df3@R01UKEXCASM125.r01.fujitsu.local>
On 10/11/2019 12:13 PM, Bart Van Assche wrote:
> On 10/11/19 3:12 AM, Bodo Stroesser wrote:
>> If I understood correctly, we all would prefer to make TCMU completely
>> transparent regarding the CDB.
>>
>> For pscsi I think we all agree, that the code is wrong or incomplete.
>> But for pscsi up to now no one complained. So I'm wondering whether we
>> should spend much effort for pscsi to discuss / find out the right
>> solution? Especially as the original comment in the code, as posted by
>> Mike, as well as the current comment are not very clear. Thus 'fixing'
>> pscsi would mean to change or remove something we don't understand
>> completely.
>>
>> So I agree to Hannes: we should simply move that code from
>> passthrough_parse_cdb() to pscsi_parse_cdb(), at least as a first step.
>
> Hannes wrote "[ ... ] delegate it to pscsi if there is a need." Is there
> really a need for such code in the SCSI passthrough driver? The upstream
> SCSI target code is one of the four Linux SCSI target stacks that I know
> of. I haven't found any SCSI-2 LUN number filtering code in the tgt
> project (http://stgt.sourceforge.net/). I'm not sure about IET. SCST is
> around since 2006 and has SCSI-2 LUN number filtering code in its CDROM
> and MODISK passthrough drivers. That LUN number filtering code is there
> since the initial commit so it is not the result of a recent request of
> a user. SCST does not have LUN filtering code in its disk passthrough
> driver nor in its tape passthrough driver. In other words, I do not
> expect that anyone's setup will be broken by removing
> passthrough_parse_cdb() entirely.
I originally thought it was for a really specific case Nick hit a long
time ago because the code is so odd. However, the original code's
comment sounds like Nick might have read the specs incorrectly or was
working off a older iscsi rfc draft. I think this happened in some
persistent reservation code that is wrong too.
I think if the code it was for a specific initiator then he would have
added that in the code comments. For example for a while we had a really
specific comment about the mac os initiator or qlogic on windows or
something, and there is still a comment about solaris. If on the other
hand it was a spec thing then it seems he writes the scsi spec name like
he did in the original comment.
next prev parent reply other threads:[~2019-10-11 19:38 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-08 20:20 Wrong resetting of Logical Unit Number field in CDB bodo.stroesser
2019-10-08 20:35 ` Bart Van Assche
2019-10-09 7:00 ` Christoph Hellwig
2019-10-09 12:06 ` Bodo Stroesser
2019-10-10 3:38 ` Mike Christie
2019-10-10 12:07 ` Bodo Stroesser
2019-10-10 15:41 ` Bart Van Assche
2019-10-10 18:57 ` Bodo Stroesser
2019-10-10 20:14 ` Bart Van Assche
2019-10-10 20:58 ` Mike Christie
2019-10-10 21:18 ` Mike Christie
2019-10-11 6:09 ` Hannes Reinecke
2019-10-11 10:12 ` Bodo Stroesser
2019-10-11 17:13 ` Bart Van Assche
2019-10-11 19:38 ` Mike Christie [this message]
2019-10-14 6:41 ` Hannes Reinecke
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=5DA0DA24.3080707@redhat.com \
--to=mchristi@redhat.com \
--cc=target-devel@vger.kernel.org \
/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.