mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: James Bottomley <James.Bottomley@SteelEye.com>
To: Dave Cinege <dcinege@psychosis.com>
Cc: linux-kernel@vger.kernel.org, James.Bottomley@SteelEye.com
Subject: Re: [POT] Linux SAN?
Date: Fri, 05 Oct 2001 09:47:30 -0500	[thread overview]
Message-ID: <200110051447.f95ElUj01488@localhost.localdomain> (raw)

> The FC HBA driver put out by Qlogic works well but does a silly thing;
> it  enumerates devices from 0, instead of by the actually loop ID.
> This makes  it impossible to spec absolute paths to the device, as
> everything will shift when devices are moved on the FC loop.

There are several reasons why this is done:

Most modern SANs use soft loop ID which means that the ID is determined at 
login time to the SAN, so changes as the SAN composition changes, therefore 
the loop ID isn't really meaningful anyway.

FC drivers are coming around to the notion of persistent binding, which is 
where you try to identify your devices by WWN instead of loop ID.  This is 
usually implemented as a mapping function which assigns a known SCSI pun to a 
particular WWN regardless of the actual loop ID.

Version 5.x of the qla2x00 driver (in SuSE 7.3 and also on the IBM website but 
not the qlogic website [yet]) does arbitrated loop.  Now, since arbitrated 
loop has two or more paths to the device through different ports with possibly 
different loop IDs, which loop ID would you use as the "actual" one?

James Bottomley



             reply	other threads:[~2001-10-05 14:48 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-10-05 14:47 James Bottomley [this message]
2001-10-05 15:30 ` Dave Cinege
     [not found] <Pine.LNX.4.21.0110032019480.12116-100000@dozer.dreamhost.com>
2001-10-04  1:46 ` Dave Cinege
2001-10-04 20:44   ` Alan Cox
2001-10-05 13:34     ` Dave Cinege
2001-10-05 14:40       ` Alan Cox
     [not found]   ` <01100422312200.01464@homer>
2001-10-05 13:42     ` Dave Cinege
2001-10-05 14:12       ` Wilson

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=200110051447.f95ElUj01488@localhost.localdomain \
    --to=james.bottomley@steeleye.com \
    --cc=dcinege@psychosis.com \
    --cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®