From: Jeff Garzik <jgarzik@pobox.com>
To: dougg@torque.net
Cc: "Scott M. Ferris" <sferris@acm.org>,
Matthew Wilcox <willy@debian.org>,
linux-scsi <linux-scsi@vger.kernel.org>
Subject: Re: SAS overview
Date: Sat, 27 Mar 2004 22:19:17 -0500 [thread overview]
Message-ID: <40664435.1060409@pobox.com> (raw)
In-Reply-To: <40664024.2070700@torque.net>
Douglas Gilbert wrote:
> Scott M. Ferris wrote:
>
>> Matthew Wilcox wrote:
>>
>>> On Tue, Mar 16, 2004 at 09:46:31PM +1000, Douglas Gilbert wrote:
>>>
>>>
>>>> Now things start to get interesting. SAS can aggregate
>>>> individual phy interconnects to form "wide" links. So
>>>> if two (single phy) cables are run from a HBA (occupying
>>>> two of its phys) to phys on the same expander then that
>>>> is a wide link. Seen from Linux driving that HBA that is
>>>> two PCI devices (each HBA phy) but only one SCSI initiator
>>>> port. Up to 256 phy interconnects can be ganged to make
>>>> a very wide SAS link (a parallel bus you might say).
>>>
>>>
>>> It's different though (and I suspect you know this, but let's clarify
>>> for
>>> the audience). A parallel link would send each bit down a different
>>> phy.
>>> PCI-E (and probably SAS) send each byte down a different phy.
>>
>>
>>
>> The assumption that each phy will be a different PCI device is likely
>> to be false, at least for initiators.
>
>
> Scott,
> Whether two phys on a SAS HBA are two separate SCSI initiators
> or one initiator on a wide link depends on what those phys are
> attached to. That seems pretty dynamic so it seems to me the HBA
> driver needs to look at phys individually. So if the phys are
> not separate PCI devices then they at least need to be individually
> addressable (and the SAS address isn't going to help since it's
> the same for all HBA phys). At the moment for SPI PCI HBAs sysfs
> has a one to one link between a PCI device and a SCSI host.
> Such sysfs links might look a little different in the presene of
> SAS wide links.
If it's anything like SATA, you have one phy per point-to-point link.
Thus, 8 sata phys on a single 8-port SATA board. Each is individually
controlled and reset-able, and can throw transport error conditions
independent of the other phys.
Jeff
next prev parent reply other threads:[~2004-03-28 3:19 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-16 11:46 SAS overview Douglas Gilbert
2004-03-16 13:12 ` Matthew Wilcox
2004-03-16 17:47 ` Scott M. Ferris
2004-03-28 3:01 ` Douglas Gilbert
2004-03-28 3:19 ` Jeff Garzik [this message]
2004-03-28 4:32 ` Andre Hedrick
2004-03-28 5:33 ` Jeff Garzik
2004-03-28 22:06 ` Scott M. Ferris
2004-03-28 22:38 ` Jeff Garzik
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=40664435.1060409@pobox.com \
--to=jgarzik@pobox.com \
--cc=dougg@torque.net \
--cc=linux-scsi@vger.kernel.org \
--cc=sferris@acm.org \
--cc=willy@debian.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.