Vlad, please pull these recent iw_cxgb3 bug fixes from:
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel ofed_1_5
Thanks,
Steve.
Original Message
Subject:[PATCH] RDMA/cxgb3: Pull in recent bug fixes.
Date: Mon, 24 Aug 2009 16:18:20 -0500
From: Steve Wise
Vladimir Sokolovsky wrote:
Steve Wise wrote:
Hey Vlad,
You can pull libcxgb3 from my tarball releases for ofed going forward.
The releases can be pulled from http://www.openfabrics.org/cxgb3/
and the latest release that should be in ofed-1.5 is:
http://www.openfabrics.org/downloads/cxgb3
Vlad,
Please pull from:
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel ofed_1_5
This commit fixes bug 1699.
Thanks,
Steve.
From: Tom Tucker t...@opengridcomputing.com
The code that supports this flag is core fs code that is not and cannot
be shipped as part of NFSRDMA. Use
Venkataraman, Meenakshi wrote:
Hi,
I’m benchmarking servers connected by 10Gbps iWARP adaptors and I had
a question regarding ordering and fencing operations in the iWARP OFED
stack.
What spec do the ordering and fencing rules comply with?
I have the iWARP verbs 1.0 spec (from 2003, look
Hey Vlad,
Please pull from:
git://v...@sofa.openfabrics.org/~swise/ofed_kernel ofed_1_5
There are 2 commits that update the desired fw version to 7.7 and pull
in 2 iw_cxgb3 bug fixes.
Thanks,
Steve.
-
commit 049ca24b5a30dfdfdb7c36f0eb6e4856a0a48f60
Author: Steve Wise sw
Tziporet Koren wrote:
Hi,
I wish to update all that we plan to release OFED 1.5 beta tomorrow
I know it's a week late then what we planned but we waited that all
modules will at least pass compilation on all supported OSes before we
publish the beta
Tziporet
Maybe we should just delay beta.
Jack Morgenstein wrote:
I notice that the base backports (core, ipoib) backports for RHEL 5.4 were not
completed -- I did not have
the beta available when I did them.
Tziporet will put this limitation (i.e., that RHEL 5.4 is not yet supported) in
the beta
Did the perftest maintainer address this issue?
Venkat Venkatsubra wrote:
“./install.pl –all” on OFED-1.5-20090909-0600 fails when it reaches
perftest.
Attached is the error log file.
Is this a known problem ?
Venkat
We'll try and get cxgb3 done this week.
Steve.
Jack Morgenstein wrote:
I've just committed RHEL5.4 backports for:
core
uverbs
mlx4
mthca
Still to go: ipoib(me), sdp, qib, cxgb3, iw_nes.
(Please try to get these done in a timely manner).
Also, I have not yet taken the genalloc patch and its
Hey Vlad,
Please pull from
ssh://v...@sofa.openfabrics.org/~swise/ofed_kernel ofed_1_5
This push adds RH5.4 backports for cxgb3 and resolves bug 1747.
Thanks,
Steve.
___
ewg mailing list
ewg@lists.openfabrics.org
Hey Tziporet,
Is ofed-1.5 supposed to support RHEL4.8? I see no backports...
Steve.
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Vlad,
Please pull from:
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel.git ofed_1_5
This commit pulls in iw_cxgb3 backport patches for RHEL4 that were lost
going from 1.4 to 1.5. It resolves bug 1737.
Steve.
commit c64b965f7d03f7d920042c63d5ac529fe243a4ab
Author: Steve Wise
The libcxgb3 package is a userspace driver for Chelsio T3 iWARP RNICs.
It is a plug-in module for libibverbs that allows programs to use
Chelsio RDMA hardware directly from userspace.
A new release, libcxgb3-1.2.4, is available from
Also, what about sles10sp3? Is that supposed to be supported as well?
Tziporet Koren wrote:
Yes
We may have missed it
Vlad - please take care
Tziporet
-Original Message-
From: Steve Wise [mailto:sw...@opengridcomputing.com]
Sent: Monday, September 28, 2009 4:10 PM
To: Tziporet
applied both.
Thanks.
Jon Mason wrote:
Per the IB spec for create qp(spec 1.2.1 section 11.2.4.11)
The Signaling Type must be specified for the Send Queue on this QP. The valid
types are:
* Non-selectable: All Work Requests submitted to the Send Queue always generate
a completion entry.
*
Sorry for yet another libcxgb3 so soon, but:
The libcxgb3 package is a userspace driver for Chelsio T3 iWARP RNICs.
It is a plug-in module for libibverbs that allows programs to use
Chelsio RDMA hardware directly from userspace.
A new release, libcxgb3-1.2.5, is available from
Hey Vlad,
Please pull from
ssh://v...@sofa.openfabrics.org/~swise/ofed_kernel.git ofed_1_5
These two commits resolve bugs 1763 and 1768.
Thanks,
Steve
-
commit b1bc9a1a745d5778ce78bc4589caf8a401f9f2b5
Author: Steve Wise sw...@opengridcomputing.com
Date: Wed Oct 7 10:07:02 2009 -0500
Vlad,
Please pull from
https://v...@sofa.openfabrics.org/~swise/ofed_kernel.git ofed_1_5
One commit that adds the vlan fix (bug 1763) to RH4 and SLES10 backports.
Thanks,
Steve
-
commit 75e7c96c848a86502f70fb2404c9174c8b19a6de
Author: Steve Wise sw...@opengridcomputing.com
Date: Mon
I'm getting a build failure with today's latest ofed build on centos
5.3/x64:
Failed to build mvapich2 RPM
See /tmp/OFED.17691.logs/mvapich2.rpmbuild.log
[r...@hpc-cn3 OFED-1.5-20091019-0811]# more
/tmp/OFED.17691.logs/mvapich2.rpmbuild.log
Running rpmbuild --rebuild --define '_topdir
Chelsio's ofed-1.5 testing coverage statement:
Chelsio testing for OFED 1.5
--
Chelsio Ethernet Adapters
--
- All types of S310/S320/S302 adapters.
---
OS/Kernels:
Tziporet Koren wrote:
3. There are many critical issues against iWARP - must be resolved ASAP
Sorry I missed the call...out sick.
I'll try and dispose of these issues by end of next week.
Steve
___
ewg mailing list
ewg@lists.openfabrics.org
commit c5dfd17460415cfd982821c097c1a3385e65e36e
Author: Steve Wise sw...@opengridcomputing.com
Date: Mon Nov 23 14:41:00 2009 -0600
cxgb3: pull in page unmap fix.
Signed-off-by: Steve Wise sw...@opengridcomputing.com
.../2.6.16_sles10_sp2/cxgb3_0100_remove_lro.patch | 30
Signed-off-by: Steve Wise sw...@opengridcomputing.com
---
cxgb3_release_notes.txt | 115 ++-
1 files changed, 102 insertions(+), 13 deletions(-)
diff --git a/cxgb3_release_notes.txt b/cxgb3_release_notes.txt
index d1fdafc..61e45da 100644
Hefty, Sean wrote:
Are these changes upstream? I didn't see a problem on 2.6.33-rc4...
Yes - the ipv6 fixes should be in 2.6.33-rc4. I'm not sure if what's
upstream is the same as what's in OFED though, or if that's even the issue.
i'm debugging this too.
so far, it looks like
This patch didn't work. I still get an address resolution error event
with status -2.
Steve.
Eli Cohen wrote:
On Tue, Jan 19, 2010 at 04:42:16PM -0800, Woodruff, Robert J wrote:
I am getting the following error when trying to run Intel MPI
over nes iwarp cards on today's daily build
diff --git a/drivers/infiniband/core/cma.c b/drivers/infiniband/core/cma.c
index a2d5aad..76dce2b 100644
--- a/drivers/infiniband/core/cma.c
+++ b/drivers/infiniband/core/cma.c
@@ -348,15 +348,28 @@ static int cma_acquire_dev(struct rdma_id_private
*id_priv)
union ib_gid gid;
Vlad,
Please pull from:
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel ofed_1_5
Included are a series of critical bug fixes associated backports for
ofed-1.5.1.
Thanks,
Steve.
--
commit f8ab9334621cc7b109ce2e692fe5bbb39af766c2
Author: Steve Wise sw...@opengridcomputing.com
NOTE: Please don't build RC1 until you resolve the iwarp cma regression...
1884 https://bugs.openfabrics.org/show_bug.cgi?id=1884 blo
sw...@opengridcomputing.com
[OFED-1.5]: Unable to ping between S310-BT card if they a...
Under investigation now.
1885
Never mind. I see you already committed the change. I just pulled the
latest and rping works over iwarp.
Thanks,
Steve.
Steve Wise wrote:
Hey Eli,
This patch doesn't apply.
If you give me one that applies and builds against RH5.3, I'll test it.
Thanks,
Steve.
Eli Cohen wrote
Tziporet Koren wrote:
On 2/4/2010 5:28 PM, Steve Wise wrote:
NOTE: Please don't build RC1 until you resolve the iwarp cma
regression...
Sure - I assume Eli will solve this today with you
Tziporet
I just sent email about this. It has been resolved. I just pulled the
latest tree and rping
I just opened 1918. The latest ofed-1.5.1 rdma-cm is allowing binds to
127.0.0.1. This is no-no for devices that don't support hw loopback...
OpenMPI uses rdma_bind_addr() to figure out which ip addresses are valid
for which IB devices. This logic is now broken. Regardless of whether
The more I think about this, the more I conclude the rdma-cm is just
broken. There's no way to determine an RDMA device from 127.0.0.1, so
how can bind succeed?
Steve Wise wrote:
I just opened 1918. The latest ofed-1.5.1 rdma-cm is allowing binds to
127.0.0.1. This is no-no for devices
Sean Hefty wrote:
OpenMPI uses rdma_bind_addr() to figure out which ip addresses are valid
for which IB devices. This logic is now broken. Regardless of whether
OpenMPI should use another method for determining which IP address
belong to which interfaces, we should probably rethink whether
Sean Hefty wrote:
Well then the rdma-cm needs to know which devices support hw loopback.
Cuz on a T3-only system, no hwloop...
The problem sounds like it's more than just whether 127.0.0.1 is usable. That
check may fix openmpi, but it sounds more like the app needs to know whether
Jeff Squyres (jsquyres) wrote:
Note that it is highly unlikely that we will release open mpi 1.4.2 in
time for ofed 1.5.1.
Jeff, there is no way to handle high priority bug fixes in the current
released stream?
Also note that trying to bind rdma cm to all interface ip addresses
was the
Sean Hefty wrote:
Also note that trying to bind rdma cm to all interface ip addresses was the
way
that we were advised by openfabrics to figure out which devices are rdma-
capable.
As such, it is highly desirable to get the fix transparently in rdmacm and
preserve the old semantic. More
I agree that we should probably not allow 127.0.0.1 binds in
ofed-1.5.1 at all because it regresses OpenMPI. Even with IB systems,
if the bind to 127.0.0.1 succeeds, then OpenMPI assumes 127.0.0.1 is
bound to that rdma interface and advertises this address to its peer
as an address
Jeff Squyres wrote:
On Feb 5, 2010, at 12:51 PM, Roland Dreier (rdreier) wrote:
But Jeff, note that if someone uses the upstream kernel and OpenMPI,
its busted...
Is the issue 6f8372b6 (RDMA/cm: fix loopback address support)? This
just went in for 2.6.33, which is still at -rc6, so
Sean Hefty wrote:
Is the issue 6f8372b6 (RDMA/cm: fix loopback address support)? This
just went in for 2.6.33, which is still at -rc6, so if we can quickly
reach a consensus, there is still time to get a fix in for 2.6.33.
That should be the patch in question. I'm not sure about
Sean Hefty wrote:
There is still some inconsistency here. Sean, you claimed binds to
127.0.0.1 succeed in ofed-1.4 for IB devices. If so, then folks running
IB/openmpi/rdmacm should be seeing issues. We need to dig a little more...
You can verify this by running ucmatose -b
Good catch, I'll update the patch and submit for 2.6.33 on Monday.
NOTE: This doesn't solve our IB/openmpi regression for ofed-1.5.1.
___
ewg mailing list
ewg@lists.openfabrics.org
Roland Dreier wrote:
My point, though, is that even with this patch in ofed-1.5.1, we still
have an openmpi/IB/rdmacm regression. The only way to avoid this
regression without changing openmpi is to disallow _all_ rdma binds to
127.0.0.1.
Can you identify the source of the
Sean Hefty wrote:
IMO 127.0.0.1 should be for SW loopback, not HW RDMA loopback.
I disagree, but what does it matter? So, we add a 'software' loopback that
uses
127.0.0.1. Openmpi still wouldn't work.
I guess that's true.
I will commit to get the fix in openmpi asap.
openmpi is fixed to
correctly ignore 127.0.0.1 as a valid external rdma address, we can
re-enable this functionality.
Signed-off-by: Steve Wise sw...@opengridcomputing.com
---
drivers/infiniband/core/cma.c | 16 ++--
1 files changed, 2 insertions(+), 14 deletions(-)
diff --git
This patch works. It also backports cleanly to ofed-1.5.1/RH5.3.
Acked-by: Steve Wise sw...@opengridcomputing.com
Steve.
Sean Hefty wrote:
Revert the following change from commit
6f8372b69c3198e06cecb1df2cb9682d0c55e657:
The defined behavior of rdma_bind_addr is to associate an RDMA
Pradeep Satyanarayana wrote:
Steve Wise wrote:
This patch works. It also backports cleanly to ofed-1.5.1/RH5.3.
Acked-by: Steve Wise sw...@opengridcomputing.com
Steve.
Steve, Was this tested against both iWARP and IB?
No. I only tested in on T3/iWARP. I don't have an IB
Roland Dreier wrote:
OK, I'm planning on sending this upstream later today. Looks very small
and simple, and then we can figure our what if anything we want to do
for 2.6.34.
Make sense for everyone?
- R.
Yes.
___
ewg mailing list
Hey vlad,
Please pull from:
ssh://v...@sofa.openfabrics.org/home/swise/scm/ofed_kernel.git stevo
(note the branch is 'stevo')
This contains one cxgb3 bug fix recently pushed upstream.
Thanks,
Steve.
commit 2e02644abc4b3574533b027782820b5a6dfe1920
Author: Divy Le Ray d...@chelsio.com
Does the OFA wiki still exist? I can't seem to see anything but a blank
page when I connect to:
https://wiki.openfabrics.org/tiki-index.php
Can anyone else connect and see the old wiki pages?
Steve.
___
ewg mailing list
ewg@lists.openfabrics.org
Vlad,
Please pull from:
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel stevo
This commit adds the (also upstream) T3 firmware to the cxgb3 driver.
Thanks,
Steve.
-
commit 7237a151aea2f6a8d545cbebd7bbc8b2dd284c72
Author: Steve Wise sw...@opengridcomputing.com
Date: Mon Feb 15
Tom Tucker wrote:
I'm having an issue with cma.c when running makedist.sh. It looks like
EL5.5 is broken.
Does anyone else have this problem?
Looks like the 5.5 backport stuff is broken:
git clone -q -s -n /home/swise/newgit/linux-2.6
Hey Vlad,
Please pull these upstream fixes from:
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel.git ofed_1_5
Steve.
-
commit 1e49d727e4a6ac012625ceb4f550783c632c11a9
Author: Steve Wise sw...@opengridcomputing.com
Date: Thu Mar 4 10:38:48 2010 -0600
RDMA/cxgb3: wait
Hey Vlad,
Please pull from
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel.git ofed_1_5
This has 1 commit to update the T3 firmware to resolve bug 1964.
I hope this makes RC4...
Thanks,
Steve.
___
ewg mailing list
When do you need this?
Tziporet Koren wrote:
Hi All
Since we wish to release OFED 1.5.1 very soon I wish to remind you to
update your component release notes if it have been changed from OFED 1.5
low level drivers - each company should take care for it's module
Core changes - Vlad
IPoIB
Signed-off-by: Steve Wise sw...@opengridcomputing.com
---
cxgb3_release_notes.txt | 29 ++---
1 files changed, 22 insertions(+), 7 deletions(-)
diff --git a/cxgb3_release_notes.txt b/cxgb3_release_notes.txt
index 61e45da..30feda5 100644
--- a/cxgb3_release_notes.txt
Vlad,
Please pull from:
http://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel ofed_1_5
This one commit resolves bug 1988. This was upstream but I must have
missed adding it into ofed.
Steve.
---
commit 238dcbfb78f47952a42415b9a355af1a4e9e3acd
Author: Steve Wise sw
Does Johann George still own qperf? If not, who does?
Thanks,
Steve.
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Jason Gunthorpe wrote:
On Wed, Jun 16, 2010 at 09:09:59AM -0500, Steve Wise wrote:
Granted our dev process may not be documented, but I always assumed the
general idea was to get changes accepted upstream, then pull into ofed.
OFED is just a mechanism to make top-of-tree linux work
Jason Gunthorpe wrote:
On Wed, Jun 16, 2010 at 12:12:06PM -0500, Steve Wise wrote:
Granted our dev process may not be documented, but I always assumed
the general idea was to get changes accepted upstream, then pull into
ofed. OFED is just a mechanism to make top-of-tree linux work
Hey Joachim,
This bug is actually a duplicate of an old one I have open. You can
work around the problem by configuring in cxgb3 and iw_cxgb3 in your
kernel. Then building/installing ofed will overlay these two modules,
but the genalloc code will still have been pulled into the kernel. Does
Joachim Fenkes wrote:
Steve Wise sw...@opengridcomputing.com wrote on 20.07.2010 20:14:08:
This bug is actually a duplicate of an old one I have open. You can
work around the problem by configuring in cxgb3 and iw_cxgb3 in your
kernel. Then building/installing ofed will overlay
On 08/02/2010 10:47 AM, Tziporet Koren wrote:
Agenda for the meeting today (Aug 2):
1. OFED 1.5.2 status bugs:
767 maj sw...@opengridcomputing.com Non backport Kernels that don't
build in genalloc cause c...
Do you want me to fix this issue for ofed-1.5.2? The fix would
: Steve Wise sw...@opengridcomputing.com
Date: Thu Aug 5 13:45:24 2010 -0500
Move genalloc services to iw_cxgb3.
Since iw_cxgb3 is the only module using the genalloc services, move
them
to iw_cxgb3 as static functions. This resolves bug 767.
Changes:
- Remove genalloc from
Vlad,
Please pull from
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel ofed_1_5
This commit adds the cxgb3 backport for 2.6.33.
Thanks,
Steve.
RDMA/cxgb3: Add 2.6.33 backport.
Signed-off-by: Steve Wise sw...@opengridcomputing.com
---
.../backport/2.6.33/iw_cxgb3_to_2.6.33
Hey Vlad,
Please pull these two critical bug fixes for iw_cxgb3 from:
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel.git ofed_1_5
The are needed in ofed-1.5.2 for large cluster stability.
Thanks
Steve.
commit d3a225ba07fdd7bf4eccaab383818dde41231166
Author: Steve Wise sw
---
cxgb3_release_notes.txt | 20 +++-
1 files changed, 3 insertions(+), 17 deletions(-)
diff --git a/cxgb3_release_notes.txt b/cxgb3_release_notes.txt
index 30feda5..9a993c8 100644
--- a/cxgb3_release_notes.txt
+++ b/cxgb3_release_notes.txt
@@ -1,6 +1,6 @@
Open
I just opened 2 critical bugs that I'd like to get into ofed-1.5.2.
They are needed for larger MPI cluster using iWARP. The bugs are 2131
and 2132. The fix for 2131 hits iw_cxgb3 only and is a small change to
turn off rx coalescing for iwarp connections. The fix for 2132 is a 1
liner to
Here are the fixes for bugs 2131 and 2132. You can pull these from:
ssh://v...@sofa.openfabrics.org/~swise/scm/ofed_kernel ofed_1_5
It would be great if these can get into ofed-1.5.2.
Thanks,
Steve.
Steve Wise (2):
cxgb3: Turn off RX coalescing for iwarp connections.
rdma_ucm
This is needed for NP256 sized iwarp clusters.
Signed-off-by: Steve Wise sw...@opengridcomputing.com
---
.../fixes/core_0590_ucma_backlog_1024.patch| 13 +
1 files changed, 13 insertions(+), 0 deletions(-)
create mode 100644 kernel_patches/fixes
This drops the connect latency from 200ms to 16. Needed for large
NP clusters.
Signed-off-by: Steve Wise sw...@opengridcomputing.com
---
.../fixes/iw_cxgb3_1300_rx_coalesce_off.patch | 24
1 files changed, 24 insertions(+), 0 deletions(-)
create mode 100644
Hello,
Looks like the latest ofa_kernel tree fails to run
ofed_scripts/ofed_makedist.sh for the 2.6.36 back/forward port. Looks
like an SDP issue:
git clone -q -s -n /home/swise/newgit/linux-2.6
/tmp/build-ofed_kernel-w25011/ofed_kernel-2.6.36
pushd
Vlad,
Please pull from
git://git.openfabrics.org/~swise/ofed_kernel.git ofed_1_5
This tree has a handful of cxgb3 upstream fixes as well as 7.11.0 firmware.
Thanks,
Steve.
___
ewg mailing list
ewg@lists.openfabrics.org
On 11/17/2010 03:31 PM, Steve Wise wrote:
Vlad,
Please pull from
git://git.openfabrics.org/~swise/ofed_kernel.git ofed_1_5
This tree has a handful of cxgb3 upstream fixes as well as 7.11.0
firmware.
Thanks,
Steve.
Forgot to include the commit logs.
--
commit
On 11/29/2010 10:31 AM, Robert D. Russell wrote:
Hi:
I have hit the following strange situation and would appreciate an
explanation as to how to fix it.
When calling ibv_create_cq() to create a queue pair, I set sq_sig_all
= 0.
When calling ibv_post_send() I set send_flags in the work
it all out.
There should be a similar requirement in the IBTA IB Verbs specification...
Steve.
Thanks,
Bob Russell
r...@iol.unh.edu
On Mon, 29 Nov 2010, Steve Wise wrote:
On 11/29/2010 10:31 AM, Robert D. Russell wrote:
Hi:
I have hit the following strange situation and would appreciate
Hey ofa developers,
My QA group is seeing problems running ofed-1.5.3-rc1 on a 32b system with 2.6.34 kernel. It seems the core drivers
aren't setting up the abi version correctly. The library wants ABI version 6, but when they cat
/sys/class/infiniband_verbs/abi_version it returns nothing.
Vlad,
Please pull from:
ssh://v...@www.openfabrics.org/~swise/scm/ofed_kernel.git ofed_1_5
Thanks,
Steve.
commit 21beaae06cea6cb10a3e8c626089b53d8ee6d5f6
Author: Steve Wise sw...@opengridcomputing.com
Date: Mon Jan 31 12:32:34 2011 -0600
cxgb3: 2.6.36 backports.
Signed
I know we removed NFSRDMA for being enabled by default, but did
someone intentionally remove it altogether? Or is this a valid bug?
Vlad, do you know?
Original Message
Subject:
[Bug 2224] New:
On 02/02/2011 02:47 AM, Vladimir Sokolovsky wrote:
On 02/01/2011 05:38 PM, Steve Wise wrote:
I know we removed NFSRDMA for being enabled by default, but did someone
intentionally remove it altogether? Or is this a valid bug?
Vlad, do you know?
NFSoRDMA was removed from the list
Vlad,
Please pull from:
ssh://v...@www.openfabrics.org/~swise/scm/ofed_kernel.git ofed_1_5
Thanks,
Steve.
commit b56ea1597bcc9baf0f538a974aa6c50ca72e83a4
Author: Steve Wise sw...@opengridcomputing.com
Date: Wed Feb 2 16:01:55 2011 -0600
cxgb3: 2.6.35 backports.
Signed-off
Hey Vlad,
Please pull 1.3 libcxgb3 for ofed-1.6:
http://www.openfabrics.org/downloads/cxgb3/libcxgb3-1.3.0.tar.gz
Thanks,
Steve.
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
In addition, I'll be adding the cxgb4 support. The kernel drivers will be in 2.6.37, but I'll need to add libcxgb4.
How should I proceed with that? IE what git repos should I be modifying to add libcxgb4?
Thanks,
Steve.
On 02/14/2011 11:19 AM, Steve Wise wrote:
Hey Vlad,
Please pull
Hey Sean,
Can you peruse:
http://bugs.openfabrics.org/bugzilla/show_bug.cgi?id=2230
The changes I added to rping to fix problems I was seeing when running rping over the upstream iw_cxgb3 have been
included in OFED-1.5.3. That change, however breaks rping over iw_cxgb3 in 1.5.3. It causes a
On 02/15/2011 12:18 PM, Hefty, Sean wrote:
I'm wondering if pulling the rping changes for ofed-1.5.3 would be ok? I
guess to do this you would have to push a
1-off librdmacm without those changes? Or maybe back up what is in OFED-
1.5.3 to the previous release without this
rping change?
Hey Vlad,
I no longer see the rnfs-utils src rpm in the OFED-1.5.3 kit. Shouldn't it be
there?
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Ignore this. I was mistaken.
On 02/17/2011 11:38 AM, Steve Wise wrote:
Hey Vlad,
I no longer see the rnfs-utils src rpm in the OFED-1.5.3 kit. Shouldn't it be
there?
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org
Signed-off-by: Steve Wise sw...@opengridcomputing.com
---
release_notes/cxgb3_release_notes.txt | 10 +-
1 files changed, 5 insertions(+), 5 deletions(-)
diff --git a/release_notes/cxgb3_release_notes.txt
b/release_notes/cxgb3_release_notes.txt
index 9a993c8..b1fcf4b 100644
On 02/24/2011 09:32 AM, Vladimir Sokolovsky wrote:
Hi,
The following git trees will be used for OFED-1.6:
Kernel:
---
git://git.openfabrics.org/ofed_1_6/linux-2.6.git
branch: ofed_kernel_1_6
This tree is based on kernel 2.6.37.
Note:
No more kernel_patches/fixes directory. All changes
Unlike Infiniband, iWARP runs on top of TCP/IP and thus is routable.
On 03/03/2011 07:45 AM, Tanin wrote:
Thanks, Richard.
So, is that also apply to iWARP? If there is an IP router in between the path,
iWARP would not work, right?
On Thu, Mar 3, 2011 at 4:21 AM, rich...@informatix-sol.com
Hey Vlad,
If you haven't already, please pull in libcxgb3-1.3.0 into OFED-1.6.
Thanks,
Steve.
On 12/10/2010 01:11 PM, Steve Wise wrote:
The libcxgb3 package is a userspace driver for Chelsio T3 iWARP RNICs. It is a plug-in module for libibverbs that
allows programs to use Chelsio RDMA
On 03/15/2011 05:31 AM, daliu_771 wrote:
Hello, ewg
In the current OFED distribution package, can SDP over iwarp work ? And can SDP
over InfiniBand work ?
At this time, SDP only runs over Infiniband.
Steve.
___
ewg mailing list
Hey Vlad,
Please pull from:
ssh://v...@www.openfabrics.org/~swise/scm/ofed_kernel ofed_kernel_1_6
This pull will bring the cxgb4 NIC and IWARP drivers up to the latest upstream code, and enables cxgb4 in the ofa kernel
build scripts. I'll be adding libcxgb4 and fixing put the ofed packaging
On 03/28/2011 11:14 AM, Tziporet Koren wrote:
EWG/OFED Agenda for today:
1. OFED 1.6 schedule:
--
- Move to kernel 2.6.38 (since its GA already, and we have not started
backports)
- Ongoing work on backports - during Q2
- First RC - end of June
RCs every 2 weeks
On 03/29/2011 12:08 PM, Tziporet Koren wrote:
EWG/OFED meeting minutes for 28-Mar, 2011:
1. OFED 1.6 schedule:
---
- Move to kernel 2.6.38 (since its GA already, and we have not started
backports)
Hey Vlad,
Has this been completed yet? If not, when do you think
ib_write_bw is an Infiniband-only application. Try rdma_bw and rdma_lat and
use the --cma flag.
Steve.
On 04/21/2011 05:39 PM, ren yufei wrote:
Hi,
Two hosts connected through both IB and iWarp.
1 'ib_write_bw' success via IB connection, while failure via iWarp connection.
2 Both clinet and
This was the nice feature of OFED-1.6 (plus a cleaned up kernel bldenv with no
kernel_patches/fixes)...
On 06/13/2011 11:52 AM, Syoyo Fujita wrote:
Hello Tziporet,
1. Cancel OFED 1.6 and instead have OFED 2.0 in 2012 - work will start after
XRC will be accepted to the kernel
2. Add OFED
Vlad,
Please pull these three commits from:
ssh://v...@sofa.openfabrics.org/home/vipulp/scm/ofed_kernel.git ofed_1_5
These patches add the upstream cxgb4 and iw_cxgb4 modules, as well as the backport for 2.6.39. We'll be pushing more
backport patches as we get them developed. For now,
I think these patches break the RHEL5 NFSRDMA backports. I'll
adjust them.
Steve.
On 07/25/2011 04:10 PM, Jeff Becker wrote:
Hi Vlad
These patches comprise an initial cleanup for NFSRDMA (e.g., we
don't check out all
On 07/27/2011 02:13 PM, Jeff Becker wrote:
Hi Steve. I only tested these against 2.6.30 (OFED 1.5.4 base). I haven't
gotten to backports yet. The main change is not to check out and build NFS,
since that conflicted with the distros. Anyway, any help is appreciated. Thanks.
Jeff
Steve
On 07/29/2011 01:42 PM, Jeff Becker wrote:
When Tziporet and I discussed this for OFED 1.5.4, we agreed that NFSRDMA would be supported on newer distros (RHEL 6,
SLES 11) which do not need the fs/nfs stuff. If we need to support the older distros, we probably do need fs/nfs
since their kernels
201 - 300 of 459 matches
Mail list logo