On Tue, Jul 14, 2009 at 3:46 AM, Eli Cohen<e...@dev.mellanox.co.il> wrote: > On Mon, Jul 13, 2009 at 03:26:34PM -0400, Hal Rosenstock wrote: >> On Mon, Jul 13, 2009 at 2:14 PM, Eli Cohen<e...@mellanox.co.il> wrote: >> > Since RDMAoE is using Ethernet as its link layer, there is no need for >> > QP0. QP1 >> > is still needed since it handles communications between CM agents. This >> > patch >> > will create only QP1 for RDMAoE ports. >> >> What happens with other QP1 traffic (other than CM and SA) ? > I think it should work but I haven't tried that.
Would you ? You could try tools from infiniband-diags or ibdiagnet. >> Userspace >> can access QP1 (and QP0). > QP0 is not accessible since ib_register_mad_agent() will fail for QP0 > becuase of this: > > if (!port_priv->qp_info[qp_type].qp) > return NULL; > > QP1 should work in the same way So what happens with things like PerfMgt class ? I think it ends up timing out if no receiver consumer is present. >> Does QP0 error out ? What about QP1 ? Does >> it just timeout ? If so, a direct error would be better. >> > > See above - you can't access QP0. Do you know of a utility from > userspace which sends/receives MADs on QP0 or QP1? Yes, opensm, infiniband-diags (various), and ibutils (ibdiagnet, etc). -- Hal _______________________________________________ general mailing list general@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
