From: Matthew Wilcox <matthew@wil.cx>
To: "Cameron, Steve" <Steve.Cameron@hp.com>
Cc: linux-scsi@vger.kernel.org
Subject: Re: HBA self selection
Date: Thu, 13 Apr 2006 09:24:19 -0600 [thread overview]
Message-ID: <20060413152419.GD24104@parisc-linux.org> (raw)
In-Reply-To: <5CCF5F0F2514664CBE20FD24BCE17614044BF8@cceexc17.americas.cpqcorp.net>
On Thu, Apr 13, 2006 at 09:58:50AM -0500, Cameron, Steve wrote:
> There exist some target devices which depend on the adapter being
> able to do self selection. The HP MSA30 presents a processor device
> at ID 7, for instance.
>
> The processor device at ID 7 will generally not be accessible, because
> the HBA is generally at this ID. The processor device doesn't care that the
> HBA is at id 7. He says, "hmm, the adapter is talking to himself,
> that means, he's talking to me." It's just a way to put a processor
> device on the bus without really "using up" a scsi id, since there
> are only a few of them.
Hmm. That means it never used to work with sym2 -- has anyone ever
tested the MSA30 with an LSI 1010/896 card? I appreciate it's an U320
device, so that's probably not a common configuration.
I can take the code out that prevents us talking to the bus; it's pretty
much a one-liner:
- if (sdev->id == np->myaddr) {
- sym_xpt_done2(np, cmd, DID_NO_CONNECT);
- return 0;
- }
but I'd like this change tested, if you wouldn't mind. After the
midlayer's fixed, of course ;-)
> This used to work, I'm pretty sure. Could do
> "echo scsi add-single-device 0 0 7 0 > /proc/scsi/scsi" and
> the processor device would show up. Now it doesn't.
>
> -- steve
> -
> To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2006-04-13 15:24 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-04-13 14:58 HBA self selection Cameron, Steve
2006-04-13 15:24 ` Matthew Wilcox [this message]
2006-04-13 16:13 ` Cameron, Steve
2006-04-13 17:47 ` James Bottomley
2006-04-13 18:35 ` Cameron, Steve
2006-04-13 20:06 ` James Bottomley
2006-04-13 20:42 ` Mike Anderson
2006-04-13 21:01 ` Cameron, Steve
2006-04-13 17:58 ` Douglas Gilbert
2006-04-13 18:35 ` Cameron, Steve
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=20060413152419.GD24104@parisc-linux.org \
--to=matthew@wil.cx \
--cc=Steve.Cameron@hp.com \
--cc=linux-scsi@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.