Tziporet Koren wrote:
Regarding RHEL4 U4 and IPoIB bug - Or just prepared a patch that should
fix it. We will merge it and test for the beta.
The patch will only fix the bug for RDMA CM multicast consumers, since
unlike IPoIB who gets the (wrong in the RH4 U4 case) L2 multicast
address from
https://bugs.openfabrics.org/show_bug.cgi?id=371
Summary: IPoIB HA not working properly with OFED1.2-alpha
Product: OpenFabrics Linux
Version: 1.2alpha1
Platform: X86-64
OS/Version: RHEL 4
Status: NEW
Severity: major
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
Hello,
I also contacted DDN about that problem and am still waiting for
a response. I cannot test this DDN target over fibre channel, because
you can only connect over IB to it. I have the same impression, that the DDN
target somehow does not handle READ CAPACITY(16) properly.
Best regards,
https://bugs.openfabrics.org/show_bug.cgi?id=371
--- Comment #1 from [EMAIL PROTECTED] 2007-02-19 03:56 ---
It is working fine on SLES10 systems.
--
Configure bugmail: https://bugs.openfabrics.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are
This issue was found during partitioning SM fail over testing. The fix was
tested for 24 hours with pkey reshuffling every few seconds. The patch applies
to Roland's master branch.
SM reconfiguration or failover possibly causes a shuffling of the values in the
port pkey table. The current
Or,
On 2/19/07, Or Gerlitz [EMAIL PROTECTED] wrote:
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
On Thursday 15 February 2007 20:30, Hoang-Nam Nguyen wrote:
Yuk. I suppose I could write one, but I don't (and can't) use any of
the OFED supplied build scripts in our build system, so it's hard for
me
to test since our build system is the only way I have to access
ppc/ppc64
We're in the process of migrating the maillists from the old openib.org server
to the new lists.openfabrics.org machine. The list openib-promoters will be
moved this Friday, February 23, 2007. The new address for the maillist will be
[EMAIL PROTECTED]
What this means is that messages will
Sorry for the follow-up, but I made a minor error in the previous e-mail. The
reference to openib-promoters should have been openib-general.
So just to reiterate:
openib-general will become [EMAIL PROTECTED] this Friday, 2/23/2007
Thanks,
Michael
[EMAIL PROTECTED] wrote:
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
With uDAPL,
How exactly is various developers' source code pulled together to create
the nightly OFA tarballs at www.openfabrics.org/builds (could this be
put on the wiki somewhere?)? I went looking to see if some of Sean's
work on RDMA CM had made it into these tarballs, and am not seeing code
with the
We are seeing some fork issues with a simple MPI program (attached) running on
a 2.6.16+ kernels and
OFED 1.1. We have tried both Intel MPI and mvapich2 with the same results:
t_fork mpiexec -n 2 t_system_fork
parent process
[0]
We are working on a new provider support for uDAPL. So we don't use
verbs and rdmacm.
Your example is ok but not what I was looking for. I am searching for a
really small programm, that does RDMA with uDAPL in a few lines (I know
a few lines is impossible but a few hundred lines). The dapltest
Caitlin Bestler schrieb:
[EMAIL PROTECTED] wrote:
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!
I see that the EWG list is now calling itself the Engineering Working
Group, has it been renamed from the Enterprise Working Group? If so,
did the nature of the list change? Or was it a typo?
-- greg
___
openib-general mailing list
Heh. Probably a typo in the transition to the new server.
Michael -- can you fix?
On Feb 19, 2007, at 2:28 PM, Greg Lindahl wrote:
I see that the EWG list is now calling itself the Engineering Working
Group, has it been renamed from the Enterprise Working Group? If so,
did the nature of
Greg,
Yes, it was a typo. It's been taken care of now.
Michael
-Original Message-
From: [EMAIL PROTECTED] on behalf of Greg Lindahl
Sent: Mon 2/19/2007 11:28 AM
To: openib-general@openib.org; [EMAIL PROTECTED]
Subject: [ewg] Re: [openib-general] Address List Change for Friday,
I have a Nagios module that alerts on connectivity, port errors,
speed/width problems. I would like to give it the ability to change the
severity of the alert depending on whether errors are just present or if
they are increasing faster than a specified rate. The intent is to
equip the
When OpenSM is terminated umad_receiver thread still running even after
the structures are destroyed and freed, this causes to random (but easily
reproducible) crashes. The reason is that osm_vendor_delete() does not
care about thread termination. This patch adds the receiver thread
cancellation
On 17:50 Sun 18 Feb , Sasha Khapyorsky wrote:
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
How exactly is various developers' source code pulled together to create
the nightly OFA tarballs at www.openfabrics.org/builds (could this be
put on the wiki somewhere?)? I went looking to see if some of Sean's
work on RDMA CM had made it into these tarballs, and am not seeing code
with the
This reworks complib's thread_pool implementation (used by opensm
dispatcher). Prevents events signaling merges, termination races,
eliminates using of broken cl_atomic stuff, reduces memory allocations
and code complexity.
Signed-off-by: Sasha Khapyorsky [EMAIL PROTECTED]
---
This adds needed header files inclusion to prevent compilation failures.
Signed-off-by: Sasha Khapyorsky [EMAIL PROTECTED]
---
Those compilation failures was detected during ibutils/ibmgtsim build.
osm/libvendor/osm_vendor_mlx_sa.c |1 +
osm/libvendor/osm_vendor_mlx_sim.c |1 +
2
This adds needed header file inclusions.
Signed-off-by: Sasha Khapyorsky [EMAIL PROTECTED]
---
Those compilation failures was detected during ibutils/ibmgtsim build.
ibis/src/ibbbm.h |1 +
ibis/src/ibis_gsi_mad_ctrl.c |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
On Mon, 2007-02-19 at 14:38 -0800, Sean Hefty wrote:
How exactly is various developers' source code pulled together to create
the nightly OFA tarballs at www.openfabrics.org/builds (could this be
put on the wiki somewhere?)? I went looking to see if some of Sean's
work on RDMA CM had made it
Steve Wise wrote:
The ofed_1_2 tree has the 2.6.20 drivers/modules in drivers/infiniband.
They are, I think, the stock 2.6.20 drivers and modules. If there are
fixes to any driver post 2.6.20, then patches get created in
kernel_patches/fixes directory. These are applied as part of the
Christian,
dtest is a simple dapl test with snd/rcv and rdma write/read examples.
http://www.openfabrics.org/git/?p=~ardavis/dapl.git;a=blob;f=test/dtest/
dtest.c
-arlin
___
openib-general mailing list
openib-general@openib.org
This patch contains the following possible cleanups:
- don't mark static functions in C files as inline - gcc should know
best whether inlining makes sense
- never compile the unused cxio_dbg.c
- make the following needlessly global functions static:
- cxio_hal.c: cxio_hal_clear_qp_ctx()
-
This patch makes two needlessly global functions static.
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
---
drivers/infiniband/hw/mthca/mthca_mr.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
--- linux-2.6.20-mm1/drivers/infiniband/hw/mthca/mthca_mr.c.old 2007-02-17
Queued for my next merge, thanks.
___
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
On 2/19/07, Moni Levy [EMAIL PROTECTED] wrote:
This issue was found during partitioning SM fail over testing. The fix was
tested for 24
hours with pkey reshuffling every few seconds. The patch applies to Roland's
master
branch.
I found an issue with that patch, I'll post an updated one
32 matches
Mail list logo