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.

> 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 ...


Doug Gilbert


-
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

Reply via email to