On Fri, 2007-12-21 at 10:10 -0500, Douglas Gilbert wrote:
> James Bottomley wrote:
> > On Wed, 2007-12-19 at 23:46 -0500, Douglas Gilbert wrote:
> >> smp_utils is a package of command line utilities for invoking
> >> SMP functions to monitor and manage SAS expanders. SMP is the
> >> Serial Attached SCSI (SAS) Management Protocol (SMP). A SAS Host
> >> Bus Adapter (HBA) includes a SMP initiator (along with a SSP and
> >> STP initiator). A SAS expander contains a SMP target.
> >>
> >> Previous versions have supported two interfaces: the "mptctl"
> >> pass through used by MPT Fusion SAS HBAs and the "smp_portal"
> >> sysfs attribute pass through used by Luben's aic94xx driver.
> >>
> >> This beta adds preliminary support for an interface based on
> >> the scsi generic version 4 ("sgv4") interface. It works, apart
> >> from a few shortcomings, with the MPT Fusion SAS driver found
> >> in lk 2.6.24-rc4 . My aic94xx based hardware refuses to
> >> work with the mainline driver (but works with Luben's
> >> driver) so I'm unable to test it with the "sgv4" interface. I
> >> would be grateful if someone would test it and tell me how it
> >> fairs. Since the sgv4 interface essentially talks to the
> >> linux SAS transport layer, other SAS HBAs may work as well.
> >
> > I'm pleased to report that it works just fine for me with my aic94xx
> > setup and the sgv4 interface and a couple of LSI expanders (which,
> > unfortunately don't take all the commands ... it looks like you're using
> > the SAS2.0 set).
>
> Good.
> Yes, I am tracking the SAS-2 drafts but they do keep backward
> compatibility with SAS-1.1 and SAS-1 . See the COVERAGE file
> in the smp_utils tarball.
> I'm not aware that LSI have released any SAS-2 expanders.
> When manufacturers start talking about zoning in their
> expanders they should be supporting at least some of the extra
> SAS-2 expander functionality.
Yes ... I've no idea when (if) I'll get SAS-2 expanders.
> > I'll also plug in my mpt1068 and see if I can get it to function through
> > the sgv4 interface as well.
> >
> > One of the things which might be useful would be for SAS hosts to
> > respond to SMP requests so they could also be managed with these tools.
> > To do this, we'd have to put a SMP interpreter for them inside the
> > transport class, probably just for a minimal set of SMP frames ... what
> > do people think about this?
>
> The MPT Fusion SAS HBAs already supports a virtual SMP target
> on the HBA itself. Try:
> smp_rep_manufacturer /sys/class/bsg/sas_host4
> where sas_host4 is a MPT SAS HBA. This virtual SMP target is not
> visible to other devices in the same SAS domain.
>
> I believe this allows access to the sideband signals (SGPIO)
> on a wide internal cable. Some enclosure management chips
> (e.g. MG9072) offer SES-2 target functionality on a SGPIO
> interface. So are you proposing that other SAS HBAs (e.g. aic94xx)
> should add code to their drivers so that the SMP READ and WRITE
> GPIO REGISTER functions control those SGPIO sideband signals on
> a wide internal connector? Or did you have something else in mind ...
The way I was planning to implement it was to stick an SMP interpreter
in libsas (sort of like the way the fusion does it by using the firmware
page) and make it translate to the existing phy functions. However, as
best as I can discover (at least according to the docs I have) the
aic94xx has no external SGPIO bus (although perhaps someone with better
documentation knows better?), so support would only be over an expander
link (that also means we have no SGPIO support in libsas itself,
either).
James
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
