From mboxrd@z Thu Jan 1 00:00:00 1970 From: Shlomo Pongratz Subject: Re: Different signatures to ibv_open_xrcd - branch issue? Date: Tue, 26 Mar 2013 12:09:54 +0200 Message-ID: <515173F2.4030506@mellanox.com> References: <51502C30.2000806@mellanox.com> <1828884A29C6694DAF28B7E6B8A823736F367AB8@ORSMSX101.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <1828884A29C6694DAF28B7E6B8A823736F367AB8-P5GAC/sN6hmkrb+BlOpmy7fspsVTdybXVpNB7YpNyf8@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: "Hefty, Sean" Cc: Or Gerlitz , "linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org" List-Id: linux-rdma@vger.kernel.org On 3/25/2013 6:35 PM, Hefty, Sean wrote: >> In libibverbs/include/infiniband/verbs.h the API "ibv_open_xrcd" is >> defined with the following signature; >> static inline struct ibv_xrcd * >> ibv_open_xrcd(struct ibv_context *context, struct ibv_xrcd_init_attr >> *xrcd_init_attr) >> And libibverbs/examples/xsrq_pingpong.c the call is O.K. however in >> librdmacm/examples/rdma_xserver.c I see a different call sequence i.e. >> "attr.ext.xrc.xrcd = ibv_open_xrcd(srq_id->verbs, -1, 0);" >> My git branch for libivvers is based on origin/xrc2 and for librdmacm is >> based on origin/xrc. >> >> Is any of my branches wrong? > The librdmacm changes are against an older version of the changes. The libibverbs has the correct API, which incorporates the extension mechanism that's been discussed. Once libibverbs has been accepted, the librdmacm can be updated. (The librdmacm code is surrounded by a #define, which disables it from the build.) > > - Sean I understand that currently I can't do RDMA using XRC, is that the case? How complicated are the required modifications needed to make librdmacm complies to the libibverbs changes? -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html