Re: ConnectX-3 VPI ETH issues

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello Hal,

Thank you for your answer. It turned out to be an issue with our
router installation. We now have the port activated and the link set
up. We still are having issue with the connection itself (wr timeout
with ibv_rc_pingpong and ARP packet not distributed), but it may be an
router issue as well.

Xavier

On Tue, Oct 9, 2012 at 3:11 PM, Hal Rosenstock <hal@xxxxxxxxxxxxxxxxxx> wrote:
> Hi Xavier,
>
> On 10/2/2012 8:59 PM, Xavier Guérin wrote:
>> Hi list,
>>
>> I am afraid I am stuck with a very stupid problem, and I am at my wit's ends.
>>
>> I am deploying a set a blades loaded with ConnectX-3 VPI adapters. The
>> blades run under RHEL 6.3 and the connectors are driven using the
>> MLNX_OFED 1.5.3.3 stack.
>
>> When the ports are configured in IB (default), the physical state of
>> the ports is POLLING, which is expected since the adapters are
>> connected with Ethernet wires and switches:
>>
>> $ ibstat
>> CA 'mlx4_0'
>>         CA type: MT4099
>>         Number of ports: 2
>>         Firmware version: 2.10.2322
>>         Hardware version: 0
>>         Node GUID: 0x0002c90300f31160
>>         System image GUID: 0x0002c90300f31163
>>         Port 1:
>>                 State: Down
>>                 Physical state: Polling
>>                 Rate: 40
>>                 Base lid: 0
>>                 LMC: 0
>>                 SM lid: 0
>>                 Capability mask: 0x02514868
>>                 Port GUID: 0x0002c90300f31161
>>                 Link layer: InfiniBand
>>         Port 2:
>>                 State: Down
>>                 Physical state: Polling
>>                 Rate: 40
>>                 Base lid: 0
>>                 LMC: 0
>>                 SM lid: 0
>>                 Capability mask: 0x02514868
>>                 Port GUID: 0x0002c90300f31162
>>                 Link layer: InfiniBand
>>
>> But when I enable the ports as ETH, the physical state shows up as DISABLED:
>>
>> $ ibstat
>> CA 'mlx4_0'
>>         CA type: MT4099
>>         Number of ports: 2
>>         Firmware version: 2.10.2322
>>         Hardware version: 0
>>         Node GUID: 0x0002c90300f31160
>>         System image GUID: 0x0002c90300f31163
>>         Port 1:
>>                 State: Down
>>                 Physical state: Disabled
>>                 Rate: 40
>>                 Base lid: 0
>>                 LMC: 0
>>                 SM lid: 0
>>                 Capability mask: 0x00010000
>>                 Port GUID: 0x0202c9fffef31160
>>                 Link layer: Ethernet
>>         Port 2:
>>                 State: Down
>>                 Physical state: Disabled
>>                 Rate: 40
>>                 Base lid: 0
>>                 LMC: 0
>>                 SM lid: 0
>>                 Capability mask: 0x00010000
>>                 Port GUID: 0x0202c9fffef31161
>>                 Link layer: Ethernet
>
> ibstat is showing an RDMA device's IB state and IB physical state. A VPI
> port shows up as down/disabled when it's in ethernet mode.
>
>> Besides, ibportstate fails opening the port in ETH mode:
>>
>> $ ibportstate -C mlx4_0 -L 0 -P 1 q
>
> ibportstate will only work with IB ports so it can't open port in
> ethernet mode.
>
> -- Hal
>
>> Finally, if that helps, when set in auto mode, the port configuration
>> stick with IB.
>>
>> I went through any possible user guide without help. Any clue about
>> what I am doing wrong?
>>
>> Thanks,
>> Xavier
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
>> the body of a message to majordomo@xxxxxxxxxxxxxxx
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Photo]     [Yosemite News]     [Yosemite Photos]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux