* Suggestions for testing SAS cables via sg3_utils
@ 2015-03-18 19:25 Jeff Johnson
2015-03-18 20:14 ` Douglas Gilbert
0 siblings, 1 reply; 2+ messages in thread
From: Jeff Johnson @ 2015-03-18 19:25 UTC (permalink / raw
To: Linux SCSI Mailing List
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.
Thanks,
--Jeff
--
------------------------------
Jeff Johnson
Co-Founder
Aeon Computing
jeff dot johnson at aeoncomputing.com
www.aeoncomputing.com
t: 858-412-3810 x1001
4170 Morena Boulevard, Suite D - San Diego, CA 92117
High-performance Computing / Lustre Filesystems / Scale-out Storage
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Suggestions for testing SAS cables via sg3_utils
2015-03-18 19:25 Suggestions for testing SAS cables via sg3_utils Jeff Johnson
@ 2015-03-18 20:14 ` Douglas Gilbert
0 siblings, 0 replies; 2+ messages in thread
From: Douglas Gilbert @ 2015-03-18 20:14 UTC (permalink / raw
To: Jeff Johnson, Linux SCSI Mailing List
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.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-03-18 20:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-18 19:25 Suggestions for testing SAS cables via sg3_utils Jeff Johnson
2015-03-18 20:14 ` Douglas Gilbert
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.