On 15-03-18 03:25 PM, Jeff Johnson wrote:
Greetings,
Does anyone have an effective way of testing SAS cabling in a Linux
environment without using a block storage device?
Something like reading/writing to a buffer in an expander (LSI). Something
that could stress all four lanes of a multilane cable. Like a SAS equivalent of
a floodping between a SAS initiator and a SAS expander to stress the cable.
Jeff,
For SAS targets you could use sg_senddiag (sg3_utils)
to put one or more phys in test/training mode. In
the sg3_utils examples directory there are some
templates (e.g. sdiag_sas_p0_cjtpat.txt). [See
spl4r02.pdf section 9.2.9.2]
For expander phys you might use smp_phy_test to put one
or more in test/training mode. I'm not aware of a SCSI
loopback test in which the remote end is an expander ***.
[See spl4r02.pdf section 9.4.3.29]
On a 4 wide cable between a HBA and an expander with a
SAS disk beyond you might put 3 of those expander phys in
training mode then to to use READ BUFFER on the echo buffer
in the disk. The SCSI command should squeeze through on
the remaining path. Then rotate which phy is the "clear"
path.
My guess is initiator phys can also be put in training mode.
If so that would involve some LLD specific action.
Doug Gilbert
*** checked two LSI expanders (one SAS-2, the other SAS-3)
and they don't support the SCSI READ BUFFER command on
the SES target that is connected to a virtual expander
phy. Might be useful if they did.
--
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
