[openib-general] [PATCH] librdmacm: fix bug causing failure to work with partial membership pkey
Hi Sean, this fixes a bug which did not allow to run librdmacm apps over a node which is partial member of a partition. The patch takes the approach of the kernel ib_find_cached_pkey implementation. If you approve this, i suggest pushing it also into OFED 1.2 as a bug fix. Or. -- The pkey extracted by the RDMA CM from the IPoIB device hardware address always has the full membership bit set. However, when looking in the pkey table the search must mask out the full membership bit. Signed-off-by: Or Gerlitz <[EMAIL PROTECTED]> Signed-off-by: Olga Shern <[EMAIL PROTECTED]> diff --git a/src/cma.c b/src/cma.c index c5f8cd9..9c24c6a 100644 --- a/src/cma.c +++ b/src/cma.c @@ -661,7 +661,7 @@ static int ucma_find_pkey(struct cma_dev for (i = 0, ret = 0; !ret; i++) { ret = ibv_query_pkey(cma_dev->verbs, port_num, i, &chk_pkey); - if (!ret && pkey == chk_pkey) { + if ((!ret && pkey == chk_pkey) || (!ret && htons(ntohs(pkey) & 0x7fff) == chk_pkey)) { *pkey_index = (uint16_t) i; return 0; } ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] uDAPL: RDMA Write example
Christian Kaiser wrote: > I'm trying to find a small sample program, that uses RDMA Write instead > of Send/Recv. In the sources there is no single uDAPL example program > and on the net neither. > Could someone please help me to find something useful? see http://dapl.svn.sourceforge.net/viewvc/dapl/trunk/test/dapltest Anyway, can you comment what using udapl buys you which you don't get from coding to the verbs (libibverbs) and rdmacm (librdmacm) ??? Or. ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
[openib-general] uDAPL: RDMA Write example
Hello, I'm trying to find a small sample program, that uses RDMA Write instead of Send/Recv. In the sources there is no single uDAPL example program and on the net neither. Could someone please help me to find something useful? Thanks! Christian ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] MVAPICH2 working with OFED 1.2 alpha1 and IB?
> It looks like you are using an older version of the SRPM: > mvapich2-0.9.8-3. This version had some shared library issues with the > ofed 1.2 build. The latest MVAPICH2 SRPM version is > mvapich2-0.9.8-4. Shaun posted the following e-mail on Feb 15th. > > Please use this latest version and let us know whether the problem > still persists. This fixed it, thanks. Scott ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] [PATCH] IB/core: Set static rate in ib_init_ah_from_path()
> In issue number 296 that i opened several months ago in the Bugzilla, i > reported about two missing attributes: the first one is the static_rate, > and the second one is the src_path_bits which is not being filled right. The patch I posted fixes the static rate, right? You'll need to explain what you mean about src_path_bits, because at first glance the code looks OK to me. - R. ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] how to handle OFEd 1.2 bugs in bugzilla
All, Please clean bugs that you opened for OFED 1.1/1.0 so we can work with bugzilla in efficient manner with OFED 1.2. For bugs that were found in previous OFED releases and are still relevant for OFED 1.2 please change product version so I will see them when I look at OFED 1.2 bugs. Thanks, Tziporet -Original Message- From: Scott Weitzenkamp (sweitzen) [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 14, 2007 9:13 PM To: Tziporet Koren; Scott Weitzenkamp (sweitzen) Cc: EWG; OPENIB Subject: RE: how to handle OFEd 1.2 bugs in bugzilla Yes, I'd like to add alpha1, etc. version numbers in bugzilla. For existing bugs, the Reporter and Assignee should try to communicate/negotiate Priority/Severity. For bugs in areas that Cisco supports, I review the bugs and try to ask for desired ones to be fixed. I was happy with the responses I got for OFED 1.1 from Mellanox and Open MPI. If you want a bug scrub, I suggest a distributed one, where someone from each company scrubs the bugs in areas they are responsible for. Scott > -Original Message- > From: Tziporet Koren [mailto:[EMAIL PROTECTED] > Sent: Wednesday, February 14, 2007 6:18 AM > To: Scott Weitzenkamp (sweitzen) > Cc: EWG; OPENIB > Subject: how to handle OFEd 1.2 bugs in bugzilla > > Hi Scott and all, > I wish to consult with you in the way we will treat OFED 1.2 bugs in > bugzilla. > > 1. Do we want to have 1.2-alpha 1.2-beta, 1.2-rcX in version, or just > 1.2 as we have now > 2. What do we wish to do with bugs that were opened for 1.1 and are > still open? > 3. What to do with old bugs that where open to gen2 in general? > 4. What is our methodology for priority and severity setup? > (There are > too many blocker bugs still open in OFED 1.1 so they are not > actually > blockers or they were fixed but not updated) > > Thanks, > Tziporet > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] Fwd: [ANNOUNCE] GIT 1.5.0
On 09:15 Thu 15 Feb , Michael S. Tsirkin wrote: > FYI. > I suggest we update git on the openfabrics server to 1.5.0: > "Detached HEAD" feature will be useful for nightly build scripts. > Sasha? git-1.5.0 feature list looks fine for me. But let's wait with upgrade a couple of days for 1.5.0.1. Sasha ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] MVAPICH2 working with OFED 1.2 alpha1 and IB?
> I get this on both RHEL4 and SLES10 trying to run any programs over IB > with MVAPICH2: > > $ /usr/local/ofed/mpi/gcc/mvapich2-0.9.8-3/bin/mpiexec -n 2 > `pwd`/osu_latency.x > > rank 0 in job 6 svbu-qa1850-1_35332 caused collective abort of all > ranks > exit status of rank 0: killed by signal 9 It looks like you are using an older version of the SRPM: mvapich2-0.9.8-3. This version had some shared library issues with the ofed 1.2 build. The latest MVAPICH2 SRPM version is mvapich2-0.9.8-4. Shaun posted the following e-mail on Feb 15th. Please use this latest version and let us know whether the problem still persists. Thanks, DK = Steve Wise wrote: > Shaun, > > Lemme know if you have an mvapich2 kit that I can test with iwarp... Hi Steve. I've updated our SRPM: https://www.openfabrics.org/~rowland/ofed_1_2/ The latest is mvapich2-0.9.8-4.src.rpm. This version should solve the shared library linking issues. This can be built outside of the OFED 1.2 alpha1 release with the information in the README file or can replace the previous SRPM in the OFED-1.2-alpha1/SRPMS/ directory. To use iWARP, use the OFA build of the SRPM and set MV2_ENABLE_IWARP_MODE=1 in your environment. -- Shaun Rowland [EMAIL PROTECTED] http://www.cse.ohio-state.edu/~rowland/ ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
Re: [openib-general] bad port physstate
On Sun, 2007-02-18 at 02:33, yipeeyipeeyipeeyipee wrote: > Hal Rosenstock voltaire.com> writes: > [snip] > > > I would expect an smpquery of portinfo of this or ibnetdiscover would > > now show this. > > nope. After I start getting the link state error it doesn't recover and I keep > getting the same error. Try swapping cables on that port to a known good one and see if this helps. -- Hal > ___ > openib-general mailing list > openib-general@openib.org > http://openib.org/mailman/listinfo/openib-general > > To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general > ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
[openib-general] ofa_1_2_kernel 20070218-0200 daily build status
This email was generated automatically, please do not reply Common build parameters: --with-ipoib-mod --with-sdp-mod --with-srp-mod --with-user_mad-mod --with-user_access-mod --with-mthca-mod --with-core-mod --with-addr_trans-mod --with-cxgb3-mod Passed: Passed on i686 with 2.6.15-23-server Passed on i686 with linux-2.6.17 Passed on i686 with linux-2.6.18 Passed on i686 with linux-2.6.16 Passed on i686 with linux-2.6.13 Passed on i686 with linux-2.6.14 Passed on i686 with linux-2.6.19 Passed on i686 with linux-2.6.15 Passed on i686 with linux-2.6.12 Passed on powerpc with linux-2.6.19 Passed on x86_64 with linux-2.6.20 Passed on x86_64 with linux-2.6.19 Passed on x86_64 with linux-2.6.16 Passed on ppc64 with linux-2.6.19 Passed on powerpc with linux-2.6.17 Passed on powerpc with linux-2.6.18 Passed on x86_64 with linux-2.6.18 Passed on x86_64 with linux-2.6.14 Passed on x86_64 with linux-2.6.17 Passed on x86_64 with linux-2.6.13 Passed on x86_64 with linux-2.6.12 Passed on x86_64 with linux-2.6.15 Passed on ia64 with linux-2.6.19 Passed on powerpc with linux-2.6.12 Passed on ia64 with linux-2.6.16 Passed on ppc64 with linux-2.6.18 Passed on powerpc with linux-2.6.16 Passed on ppc64 with linux-2.6.16 Passed on ppc64 with linux-2.6.12 Passed on ppc64 with linux-2.6.13 Passed on powerpc with linux-2.6.14 Passed on ppc64 with linux-2.6.14 Passed on ia64 with linux-2.6.18 Passed on powerpc with linux-2.6.13 Passed on ppc64 with linux-2.6.15 Passed on powerpc with linux-2.6.15 Passed on ia64 with linux-2.6.14 Passed on ia64 with linux-2.6.17 Passed on ia64 with linux-2.6.13 Passed on ppc64 with linux-2.6.17 Passed on ia64 with linux-2.6.12 Passed on ia64 with linux-2.6.15 Failed: ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
[openib-general] MVAPICH2 working with OFED 1.2 alpha1 and IB?
I get this on both RHEL4 and SLES10 trying to run any programs over IB with MVAPICH2: $ /usr/local/ofed/mpi/gcc/mvapich2-0.9.8-3/bin/mpiexec -n 2 `pwd`/osu_latency.x rank 0 in job 6 svbu-qa1850-1_35332 caused collective abort of all ranks exit status of rank 0: killed by signal 9 Scott Weitzenkamp SQA and Release Manager Server Virtualization Business Unit Cisco Systems ___ openib-general mailing list openib-general@openib.org http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general