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