Hello
Sometimes ipoib stops working and dmesg is full of following errors:
Mellanox OFED 1.5.3, kernel 2.6.18-238.19.1.el5 and adapter is
MT26418, Firmware version: 2.8.0
ib0: failed to modify QP to INIT: -16
ib0: failed to modify QP to INIT: -16
ib0: failed to modify QP to INIT: -16
ib0:
On Thu, Sep 1, 2011 at 7:20 AM, Bob Pearson
rpear...@systemfabricworks.com wrote:
From: bvanass...@acm.org
On Sun, Jul 24, 2011 at 9:43 PM, rpear...@systemfabricworks.com wrote:
+static int rxe_query_port(struct ib_device *dev,
+ u8 port_num, struct ib_port_attr *attr)
On Thu, Sep 1, 2011 at 7:20 AM, Bob Pearson
rpear...@systemfabricworks.com wrote:
From: bvanass...@acm.org
On Sun, Jul 24, 2011 at 9:43 PM, rpear...@systemfabricworks.com wrote:
+static struct ib_ah *rxe_create_ah(struct ib_pd *ibpd, struct
ib_ah_attr
*attr)
+{
+ int err;
+
On Wed, Aug 31, 2011 at 10:15:02PM -0500, Bob Pearson wrote:
1. Using ipv6_eth_mc_map() for mapping multicast GIDs seems an
unfortunate choice to me. That choice will cause multicast GIDs to be
mapped to the 33-33-xx-xx-xx-xx Ethernet address range that has been
reserved by RFC 2464 for
On Thu, Sep 1, 2011 at 5:15 AM, Bob Pearson
rpear...@systemfabricworks.com wrote:
On Sat, Aug 20, 2011 at 4:47 PM, Bart Van Assche bvanass...@acm.org
More in detail, my comments with regard to multicast support in ib_rxe
are:
1. Using ipv6_eth_mc_map() for mapping multicast GIDs seems an
This patch fixes a bug from:
commit 350c6e49fe3ee492b397346633dee76d3cad9ade
Author: Alex Netes ale...@mellanox.com
Date: Mon Mar 7 10:03:59 2011 +
opensm: fixed potential memory leak in osm_ucast_ftree()
Need to free all the allocated variables in case of error.
The invalid