[ofa-general] Internal loopback for HCA (with no external cable required)
Phillip Wilson
phillipwils at gmail.com
Mon Feb 25 17:25:52 PST 2008
Dotan, the ibv_rc_pingpong program supports internal loopback as you
stated. I verified
this by removing the cable connected to the ports on the HCA (mthca0); this
HCA (mthca0)
was configured by the opensm program. Even though the HCA (mthca0) ports
states
are "Down" and the Physical state are "Polling" for each port, the
ibv_rc_pingpong program
was able to perform internal loopback.
Thanks,
Phil
Is there an easy way to force the opensm to configure HCAs that are not
connected to
a (no cables connect to any other device or itself) fabric? When I say
configure, I mean
assign a Base LID, LMC, and SM LID.
Otherwise, I will modify one of the management diagnostic such as smpquery
to set the
portinfo fields mention above. Is this a good approach?
Internal Loopback perform on 'mthca0'
[root at hpdst165 ~]# ibstat
CA 'mthca0'
CA type: MT23108
Number of ports: 2
Firmware version: 3.3.12
Hardware version: a1
Node GUID: 0x001635ffffbf0944
System image GUID: 0x001635ffffbf0947
Port 1:
State: Down
Physical state: Polling
Rate: 10
Base lid: 1
LMC: 0
SM lid: 1
Capability mask: 0x02510a68
Port GUID: 0x001635ffffbf0945
Port 2:
State: Down
Physical state: Polling
Rate: 10
Base lid: 2
LMC: 0
SM lid: 1
Capability mask: 0x02510a68
Port GUID: 0x001635ffffbf0946
CA 'mthca1'
CA type: MT23108
Number of ports: 2
Firmware version: 3.3.12
Hardware version: a1
Node GUID: 0x001635ffffbf1954
System image GUID: 0x001635ffffbf1957
Port 1:
State: Down
Physical state: Polling
Rate: 2
Base lid: 0
LMC: 0
SM lid: 0
Capability mask: 0x02510a68
Port GUID: 0x001635ffffbf1955
Port 2:
State: Down
Physical state: Polling
Rate: 2
Base lid: 0
LMC: 0
SM lid: 0
Capability mask: 0x02510a68
Port GUID: 0x001635ffffbf1956
On 2/25/08, Dotan Barak <dotanb at dev.mellanox.co.il> wrote:
> Hi.
>
> please look bellow.
>
> Phillip Wilson wrote:
> > Internal loopback for HCA (with no external cable required)
> >
> >
> > <<Questions>>
> >
> > 1.) Is it possible to modify the ibv_rc_pingpong program for internal
loopback?
> >
> It supports internal loopback even today (if the daemon and client are
> being executed on the same host
> and they are using the same IB device + IB port).
> > 2.) If each mthca1 port is assigned a LID, can the ibv_rc_pingpong
> > program be used as is?
> >
> I think that the answer is yes. I didn't check that internal loopback is
> working if a LID is assigned
> to the IB port and the port state is down, but it should work.
>
>
>
> Dotan
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openfabrics.org/pipermail/general/attachments/20080225/6276fcd0/attachment.html>
More information about the general
mailing list