On Wed, 2008-01-30 at 19:35 -0800, Shirley Ma wrote:
Hello Tziporet,
the hw checksum patch was removed from OFED 1.3
Tziporet
Could youp please specify which patch has been removed? I still can
see a list of patches under RC3. here they are:
Or Gerlitz wrote:
--- kernel_patches/fixes/ipoib_0120_check_grat_arp_with_cm.patch.orig
2008-01-31 13:33:13.0 +0200
+++ kernel_patches/fixes/ipoib_0120_check_grat_arp_with_cm.patch
2008-01-31 13:33:35.0 +0200
@@ -1,3 +1,18 @@
+commit
Arlin Davis wrote:
Arlin Davis wrote:
There is new release for dapl 2.0 available on the OFA download page
and in my git tree.
Changes to allow both v1 and v2 development packages to be installed
on the same system.
v2 libdat.so has been renamed to libdat2.so.
md5sum:
On Wed, 2008-01-30 at 18:42 +0200, Tziporet Koren wrote:
Or Gerlitz wrote:
This is interesting report, however, since currently the hw checksum
patch in not being submitted to the mainline kernel and it is also
about to be removed from ofed 1.3 (Tziporet, can you update on that?),
I
Woodruff, Robert J wrote:
I hate to keep slipping this, but I think it is important to get
what RedHat needs into OFED 1.3, so I am not apposed to this.
I think however that perhaps after 1.3, we should discuss our process
a bit to try to get a little better at making our original
release
On Wed, 2008-01-30 at 17:10 -0800, Woodruff, Robert J wrote:
Tziporet wrote,
* Delay 1.3 release in a week
* Do RC4 next week - Feb 6
* Add RC5 on Feb 18 - this will be the GOLD version
* GA release on Feb 25
All - please reply if this is acceptable
I hate to keep
In addition, we should talk about how to integrate patches being queued
in upper stream but not in OFED, like IPoIB noSRQ. There is always a
window between OFED release and kernel release, a window between Distro
release and OFED release. Some customers are targeted OFED release, some
Hello Eli,
ipoib_0030_hw_csum.patch has been removed
Would removing this patch cause any errors on applying the rest of
patches? If not, I will remove it for our testing as well.
Thanks
Shirley
___
ewg mailing list
ewg@lists.openfabrics.org
Vlad, can you please review this? Is there anything else needed to get
iw_cxgb3 to be loaded at init time? I tested the patched openibd and
it seems to work fine.
If this looks good to you, please pull this patch for ofed-1.3 from:
git://www.openfabrics.org/~swise/ofed-1.3 ofed_kernel
This
perftest: cancel inline default for Hermon to optimize BW performance in send
and write
Signed-off-by: Oren Meron [EMAIL PROTECTED]
--- a/send_bw.c
+++ b/send_bw.c
@@ -922,6 +922,7 @@ int main(int argc, char *argv[])
struct pingpong_dest my_dest;
struct pingpong_dest
Pradeep,
We tries to apply this patch for OFED 1.3 and its breaks some of the
backports.
Please use the makedist script on the ofa server (there is an
explanation in the developers Wiki) and fix this so we can try to apply it
Vlad will help you later today too
Thanks,
Tziporet
Thanks
Yes this is better, I have no particular objections to these changes and
appreciate your efforts to hold the line on the OFED 1.3 schedule.
Thanks,
Bob
Tziporet Koren wrote:
The main reason is not the bugs but the features supported by IBM - CM
support for non SRQ and 4K MTU
I see that
Can this fix make ofed-1.3?
Its a trivial change and allows iw_cxgb3 to get loaded like the other
rdma modules...
Steve.
Original Message
Subject: [ewg] [PATCH ofed-1.3] Load iw_cxgb3 as part of ofed init.
Date: Thu, 31 Jan 2008 09:21:18 -0600
From: Steve Wise [EMAIL
Thanks for everyone here. I appreciate your comments and effort. The
big challenge for us is how to sync features/blockers with OFED release
Distros release. Most of our customers prefer Distros release so they
can get same level of support as other pieces. If OFED could work with
Distros
At 09:16 PM 1/30/2008, Chet Mehta wrote:
Robert,
In response to your question..
A more general question I would like to ask the group is how many
people use OFED from the RH or SUSE distros as
is, as compared with using OFED releases from other sources like
the IB vendors, or building
In all fairness, the kernel portion of all of this, and the process of
getting things into Linus' kernel, has *always* been a case of staging
things in Roland's tree and then merging upstream. So, at least for the
kernel, that's mostly true as OFED is pretty close to Roland's tree
generally
Conversely, there are some vendors who will *not* support OFED from a
distro, but only a version they supply and control. The customers I
work with are more sensitive to performance, as well as quick turnaround
for bug fixes, so having the latest releases, and being able to update
them
On Thu, 2008-01-31 at 10:07 -0800, Sean Hefty wrote:
In all fairness, the kernel portion of all of this, and the process of
getting things into Linus' kernel, has *always* been a case of staging
things in Roland's tree and then merging upstream. So, at least for the
kernel, that's mostly
On Thu, Jan 31, 2008 at 01:30:23PM -0500, Doug Ledford wrote:
And I'm really not trying to come across harsh here, but if the distros are
willing to pull the OFED code, why should OFA bother trying to merge
anything
upstream?
I pull *some* OFED code. I don't pull it all. There are
On 1/31/08, Oren Meron [EMAIL PROTECTED] wrote:
perftest: cancel inline default for Hermon to optimize BW performance in send
and write
Can you please explain what was the problem and what is the fix?
Or.
___
ewg mailing list
It's currently in, although that isn't written in stone either.
Individual changes to existing components, like xrc, can slip past me
easier than whole unsubmitted subsystems like RDS.
I think for RedHat it would end up being in the kernel, but Roland's userspace
library doesn't support it, so it
Hi Arlin,
I am not sure that I will be available to do this till OFED-1.3-rc4.
If you can send me the patch to install.pl script I will apply this to
my git tree.
git://git.openfabrics.org/~vlad/ofed_1_3_scripts master
Change install script to include v1 dapl-devel package.
Signed-off by:
22 matches
Mail list logo