On Thu, Jan 30, 2014 , Hal Rosenstock h...@dev.mellanox.co.il wrote:
There is a new 3.3.17 release of OpenSM.
Tarball is available in:
http://www.openfabrics.org/downloads/management/
(listed in http://www.openfabrics.org/downloads/management/latest.txt)
md5sum:
On 30/12/2013 21:54, Rupert Dance wrote:
Hi All, The next OFA EWG meeting will be on Monday January 6^th at
9:00 AM Pacific [...]
Hi Rupert,
Are you posting minutes for those meetings? where?
___
ewg mailing list
ewg@lists.openfabrics.org
On 21/01/2014 09:10, Or Gerlitz wrote:
On 30/12/2013 21:54, Rupert Dance wrote:
Hi All, The next OFA EWG meeting will be on Monday January 6^th at
9:00 AM Pacific [...]
Hi Rupert,
Are you posting minutes for those meetings? where?
Oh, I see that each meeting invite included the minutes
On Thu, May 2, 2013 at 10:31 PM, Nicholas A. Bellinger
n...@linux-iscsi.org wrote:
We used RAMDISK_MCP backend which was patched to act as NULL device, so
we can test the raw iSER wire performance.
Btw, I'll be including a similar patch to allow for RAMDISK_NULL to be
configured as a NULL
test the raw iSER wire performance.
Or.
Thanks to Or Gerlitz + Mellanox for supporting the iser-target development
effort!
Thank you,
--nab
Andy Grover (2):
target/iscsi: Remove chap_set_random()
target/iscsi: Use ISCSI_LOGIN_CURRENT/NEXT_STAGE macros
Asias He (10):
target/file
AM
Subject: [RFC 00/11] Add support for iSCSI Extentions for RDMA (ISER) target
To: target-devel target-de...@vger.kernel.org
Cc: linux-rdma linux-r...@vger.kernel.org, linux-scsi
linux-s...@vger.kernel.org, Roland Dreier rol...@kernel.org, Or Gerlitz
ogerl...@mellanox.com, Alexander Nezhinsky
On 20/02/2013 13:54, Hal Rosenstock wrote:
In the case of DOWN ports, rate is meaningless and should be ignored.
should be fixed by 0559d8dc13a1cd68b5e64c0b61659f36c7b5c89f IB/core:
Don't return EINVAL from sysfs rate attribute for invalid speeds
___
On 08/09/2012 03:37, Tatyana Nikolova wrote:
Fix for TSO low nic throughput with linux-3.5
skb_is_gso() is changed to bool and returns 1 instead of MSS.
The gso_size from skb_shared_info is now used to pass MSS to hardware.
here's the form of this function from net-next
static inline bool
On Thu, May 17, 2012 at 12:59 AM, Ken Strandberg k...@openfabrics.orgwrote:
We discontinued registration requirement weeks ago. To see all
downloadable content, pull down the OFA/OFED RESOURCES menu, pick OFA Doc
Downloads and pick Presentations or Videos and navigate to the desire area.
For
Hi,
Is there a way to provide references to the sessions which doesn't
require registration?
I tried and didn't find out. This is needed now, when we send to the
upstream Linux maintainers the patches which implement things like
user space Ethernet stack - flow steering, RSS/TSS, Ethernet IPoIB
there any docs? how can new comers to the rdma industry
catch up without all the good old materials / presentations from
2005/6/7/8/9/10 . I have bunch of people asking me questions in various
rdma/IB related issues and I can't point them anywhere.
Or.
-Original Message-
From: Or Gerlitz
On 10/12/2011 3:28 PM, richard Croucher wrote:
I understand that's it not good practice however I'm seeking to
understand whether actual problems have been observed.
The only issues I can suggest will be because of ARP is in the shared
broadcast domain.Is there any IPoIB state in the SM
Or Gerlitz wrote:
Yes. I'll pull content over. But it'll take some time.
For the mean time, can you send the direct link into the old website, I need
some materials from Sonoma
2008, 2009 and want to get there, thanks
Hi,
I just noted that in the new website you've killed the link
On 4/12/2011 3:45 PM, Mike Marciniszyn wrote:
No rush. We had the patch, tested it, applied it internally, and shared it.
Roland's comment came in after my emails to Vlad.
The point I was trying to make is why not waiting for review/acceptance
for upstream before pushing it further into a
Mike Marciniszyn wrote:
Vlad, Please pull the following patch from ~mmarciniszyn/scm/ofed_1_6/linux-2.6.
Guys, why rushing here? any reason not to wait a minute to see if/what
form of the patch is accepted upstream?
Or.
commit 7fdf362a2fa75cfd46c88ccc8f13a8d72adedb5f
Author: Mitko
bring Scot Schultz and Jim Ryan into the
conversation.
I've added Jim, I don't have Scot email's
Or.
-Original Message-
From: Or Gerlitz [mailto:ogerl...@mellanox.com]
Sent: Monday, March 28, 2011 1:14 PM
To: Ken Strandberg
Cc: Bill Boas; ewg
Subject: RE: [ewg] Web site update
Hi Ken
in the past
Jim
-Original Message-
From: Or Gerlitz [mailto:ogerl...@mellanox.com]
Sent: Tuesday, March 29, 2011 12:50 AM
To: Ken Strandberg
Cc: 'Cheri Winterberg'; 'Bill Boas'; ewg@lists.openfabrics.org; Ryan, Jim
Subject: Re: [ewg] Web site update
Ken Strandberg wrote
Yes. I'll pull content over. But it'll take some time.
For the mean time, can you send the direct link into the old website, I need
some materials from Sonoma
2008, 2009 and want to get there, thanks
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
fixed spelling mistakes
Signed-off-by: Or Gerlitz ogerl...@mellanox.com
diff --git a/readme_and_howto/ib-bonding.txt b/readme_and_howto/ib-bonding.txt
index 1727d6b..f3d043d 100644
--- a/readme_and_howto/ib-bonding.txt
+++ b/readme_and_howto/ib-bonding.txt
@@ -33,7 +33,7 @@ Update 6 or Update 7
Aleksey Senin wrote:
IBV_SEND_IP_CSUM added to ibv_send_flags. Should be used to control
calculation checksum at hardware layer.
what checksum - IB? IP? UDP? TCP? how the caller is supposed
to know if they can set this flag?
IBV_WC_WITH_VLAN added to ibv_wc_flags, Should be used to add VLAN
Richard Croucher richard.crouc...@informatix-sol.com wrote:
I've just installed OFED 1.5.2 using your install.pl on two brand new
servers I'm
building. Certainly a lot better experience than the last time I did this
with the standard
OFED release a few years ago. These were two new
Richard Croucher richard.crouc...@informatix-sol.com wrote:
I've just installed OFED 1.5.2 using your install.pl on two brand new
servers I'm
building. Certainly a lot better experience than the last time I did this
with the standard
OFED release a few years ago. These were two new
Tziporet Koren wrote:
OFED 1.5.3:
- Mellanox going to update mlx4 driver for the 1.5.3
Hi Tziporet,
What features are you thinking to add in this update?
thanks,
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
Yevgeny,
I'm forwarding to ewg as it seems your post didn't get there
Or.
---BeginMessage---
Or Gerlitz wrote:
Yevgeny Petrilin wrote:
Sure, I am preparing the patches
Hi Yevgeny,
I didn't see any posting of patch/es to netdev and there's
nothing new in Linus tree from you since
Or Gerlitz wrote:
Yevgeny Petrilin wrote:
Sure, I am preparing the patches
Hi Yevgeny,
I didn't see any posting of patch/es to netdev and there's nothing new in Linus
tree from you since May13, the day you made this comment.
Are you expecting to push the bonding related fix for 2.6.36
Hi Vlad,
I noted that after uninstalling kernel-ib, the EL5 service script provided by
the distro openib package is gone.
Can this be fixed, such that one can install/uninstall kernel-ib in
non-disruptive manner?
Or.
# rpm -ql openib-1.4.1-3.el5
/etc/ofed
/etc/ofed/fixup-mtrr.awk
Or Gerlitz wrote:
I don't see any mentioning of IBoE open issues, e.g depicted in ofa bz cases
such as: bz 2005 Rocce fails when 1 port is IB and the other is Ethernet bz
2024 clients fail when global pauses or PPP enabled on switch bz 2043 OFED
1.5.1 crashes after running Mcast over RoCE
Alekseys Senin wrote:
+ Add new RAW_ETY QP type in order to build RAW Ethernet packets over iWARP
and RoCEE.
+--- a/include/rdma/ib_verbs.h
b/include/rdma/ib_verbs.h
+@@ -571,6 +571,7 @@ enum ib_qp_type {
+ IB_QPT_UD,
+ IB_QPT_XRC,
+ IB_QPT_RAW_IPV6,
++
Alekseys Senin wrote:
This patch adds support to RAW ETH QP in ib core.
are these patches applicable to the mainstream kernel code or would only
apply/function over ofed?
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
Moni Shoua wrote:
The patches can't be applies to upstream kernel. An attempt to do this
failed. I guess that some of RoCEE patches are still missing in kernel
upstream.
Eli, can you elaborate on that? is there any real dependence between the
RoCE patches to the raw qp ones? what is this
Tziporet Koren wrote:
Hi Or, sorry for not answering before
Issue 2043 - is already fixed
Issue 2005 - We released 2.7.700 FW that solve this issue.
Issue 2024 - Eli just answered in bugzilla.
Hi Tziporet,
1st and most, good to hear from you... thanks for the detailed answer.
Still, for bz
Eli Cohen wrote:
I don't know what you're talking about WRT 2043. It's status is RESOLVED,
not VERIFIED. And you may address me directly [...] we'll check about the
global frames case
Hi Eli, please hold the horses... I was confusing between resolved to
verified, mistakes happen, you know.
Vladimir Sokolovsky wrote:
Known issues:
librdmacm-1.0.12 compilation fails on RHEL4.x
Hi Tziporet,
I don't see any mentioning of IBoE open issues, e.g depicted in ofa bz cases
such as:
bz 2005 Rocce fails when 1 port is IB and the other is Ethernet
bz 2024 bv_rc_pingpong 2 or more clients
Tziporet Koren wrote:
There is a component called Installer already
Please use it (I already changed in this bug)
Hi Tziporet,
I believe that the problem here isn't in the installation process but rather in
the scripts, with the number of scripts getting bigger, e.g to support dual
IB/Eth
Or Gerlitz wrote:
Vladimir Sokolovsky wrote:
It was fixed in the OFED-1.5.1-rc4, by the following commit: Author: Yevgeny
Petrilin yevge...@mellanox.co.il Date: Wed Mar 10 18:46:55 2010 +0200
mlx4_en: reconfigure mac address
Hi Yevgeny, I don't see this commit in Linus tree, does
Yevgeny Petrilin wrote:
Sure, I am preparing the patches
cool.
Is there anything else in that or close importance level mlx4_en wise which is
in ofed and from some reason wasn't push upstream? e.g I see a patch subject
(0119) saying Fix a crash with prioritiesed vlan packets this sounds
Vladimir Sokolovsky wrote:
Fixed in OFED release notes
thanks.
Yes, it was fixed in OFED-1.5.1-rc4: See,
mlx4_en_0220_reconfigure_mac_address.patch
okay, got it.
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
Vladimir Sokolovsky wrote:
It was fixed in the OFED-1.5.1-rc4, by the following commit:
Author: Yevgeny Petrilin yevge...@mellanox.co.il
Date: Wed Mar 10 18:46:55 2010 +0200
mlx4_en: reconfigure mac address
Hi Yevgeny, I don't see this commit in Linus tree, does this means that the
Hi Vlad, Yevgeny
Is there a way to get this fix? AFAIK, this bugzilla system isn't there for
monitoring the Mellanox ofed flavor, isn't it?
Or.
bugzilla-dae...@lists.openfabrics.org wrote:
https://bugs.openfabrics.org/show_bug.cgi?id=1965
vent...@mellanox.co.il changed:
What
Vladimir Sokolovsky wrote:
I am pleased to announce that OFED-1.5.1 GA release is done
11. iSER is supported on kernel.org 2.6.30, 2.6.31 and 2.6.32 only.
this is wrong, we added support for RHEL 5.4, see the iser RN
1965,major,P3,RHEL
5,yevge...@mellanox.co.il,RESOLVED,FIXED,Bonding
The planned schedule is this
- RC5 - tomorrow Mar 17
- GA - Monday Mar 22
Ali, Jack, I just came a cross few commits made by two of you to the
ofed 1.5.1 tree, which were'nt sent for review anywhere, is there
something special in these patches which didn't let you send them
upstream? I would
Tziporet Koren wrote:
1. OFED 1.5.1 ... Release schedule proposal: ... GA - Mar 15, 2010
My proposal: Plan for 1.5.2 on end of Q2
Tziporet,
Lets try to learn from the experience / troubles caused by XRC being released
through ofed bypassing upstream inclusion and apply the lesson for IBoE.
Sean Hefty wrote:
If I look at what's there today, we're trying to find some way to match the
net_device src_dev_addr with some sort of address associated with an
ib_device.
In the case of actual IB, the net_device src_dev_addr contains the SGID, which
provides the mapping.
Steve, can
Brian J. Murrell wrote:
How about the ISER/iSCSI on kernels 2.6.30 situation?
Moni (CC-ed here) will send update on this later today
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Stefan Kuhne stefan.ku...@dialup.fh-aachen.de wrote:
I use it because of i've one package with all i need
ofed is made of twenty or so RPMs, in the same manner that your distro
is made of twenty thousand or so RPMs which you can selectively choose
from. The IB stack RPMs have their dependencies
Brian,
I am looking on how to enable ofed provided iser to get working with
distros using older then 2.6.30 kernels, I hope to have some update next
week which could be merged into the 1.5.x series .
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
Jon Mason wrote:
Firmware 2.6.0 has known issues that prevent the RDMA connection from being established.
Looking on bz 1815 I couldn't see why you say there are known issues
with connection establishment in firmware 2.6, as the problems there
were around fast reg work requests, have I missed
Tziporet Koren wrote:
There was a FW bug with FRWR that was fixed in FW 2.7.0 What is not clear
here?
exactly, the bug has nothing to do with the connection establishment but rather
with fast reg work requests, while the text points towards conn establishment.
Or.
Or Gerlitz ogerl...@voltaire.com wrote:
Tziporet, any reason not to wait till this core patch is accepted to the
mainline kernel?
Vlad, Tziporet, any reason not to address my question, silently ignore my
email and just pull this without acking as you usually do, what's the story
behind
Betsy Zeller wrote:
the agreement in Sonoma was that anything submitted to OFED should
also be in the process of going into the kernel.
what prevents you from sending a reminder to Roland?
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
Ralph Campbell wrote:
I don't think this is likely to happen since it fixes Roland's original concern
with exporting struct ib_port
whatever, still its a patch to the core that adds new API, etc, needs to
pass the maintainer acceptance. Its been two weeks since you sent v2, so
a kindly
Ralph Campbell wrote:
Vlad, please pull from
Ralph, Tziporet, any reason not to wait till this core patch is accepted
to the mainline kernel?
Or.
commit 840bbefeda26d21bffae6b7cdc88e981fcfb0a45
Author: Ralph Campbell (QLogic) ral...@hosting.openfabrics.org
Date: Mon Nov 30 14:09:34
Sean Hefty sean.he...@intel.com wrote:
I will create a new librdmacm package that corresponds with the changes
I made all my testing of the patch set with librdmacm 1.0.10 and
patched 2.6.32-rc5 kernel, where as I wrote you, I was focusing on
AF_INET/PS_TCP and AF_INET/PS_IPOIB.
I understand
Changes were your changes to mckey, plus changes Dave added to cmatose to
support IPv6. The actual library itself hasn't been modified.
okay, got it. I was under the impression that mckey still misses an
option to get from the user an ipv6 multicast address which isn't all
zeros nor unmapped,
facts... the patch set sent from downtown Yoqne'am isn't an addition of feature
turns out that some folks from the Mellanox RD group found this
sentence insulting, and I am apologizing for that.
Mentioning the geographic location of the developers didn't come to
serve why I find the patch
Liran Liss wrote:
The patches don't change the logic of existing flows at all, so we are
not risking *anything* in terms of the stability of the current stack.
I understand that this is your assessment of the situation, looking on the
series present
at the ofed1.5 rdmaoe branch in a black box
Richard Frank richard.fr...@oracle.com wrote:
How can 1500 lines out of 240k lines be a big change.. do I have these
numbers right
- is the big change you are referring too?
Rick, the change set is way not self contained but rather touches
various parts of the core IB stack (rdma-cm module,
get the RDMAoE code into 1.5, marked as evaluation if that is EWG's assessment
rather than push it off to 1.6. This is important technology that should not
be held back
It would be great if RoCEE were part of 1.5 even if it were
listed as evaluation.. for now.
this is leading edge
It was disclosed at the BOD meeting that there is no defined
process for inclusion of new features in OFED releases
facts... the patch set sent from downtown Yoqne'am isn't an addition
of feature but rather pose changes everywhere in the IB stack, so
maybe the BOD should get together again and
Eli Cohen wrote:
This new series reflects changes based on feedback from the community on the
previous set of patches, and is tagged v6. Previous series were posted to the
openfabrics general list only.
Changes from v5:
1. Bug fixes.
How do you expect a reviewer to learn what were the bugs
Tziporet Koren wrote:
Anatoly said yesterday you are testing some solution Can you update
the progress?
not much progress, lets discuss that next week
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
Woodruff, Robert J wrote:
I think that we need to discuss this in the EWG meeting first as to what
release the code should go into. Since it has not been accepted upstream
and as there may be changes needed after the formal spec is released, we
may want
to consider leaving it in an
Vladimir Sokolovsky wrote:
Can you answer this? Note: Currently, if someone want to use ISER with
kernel 2.6.30 he can't use OFED-1.5
Hi Vlad, Brian
We're checking this. Basically, I'd like to see people using their
distro iSCSI stack. Now, I am checking what does it take for someone
that
Or Gerlitz wrote:
Basically, I'd like to see people using their distro iSCSI stack. Now,
I am checking what does it take for someone that chose to replace her
distro provided IB stack with something else (e.g the ofed modules).
Brian,
You (Sun) may basically be in the other side of the same
Eli Cohen wrote:
Thanks Or. This one is already in OFED 1.4.2 but apparently this is a
different problem. Once I have information whether the patch Roland
posted fixed it I will update the list.
Eli, did you find a commit that fixes the problem you reported on?
Or.
Eli Cohen wrote:
On Wed, Sep 23, 2009 at 09:08:28AM -0700, Sean Hefty wrote:
What kernel does 1.4.2 map to?
I think OFED 1.4.2 is based on kernel 2.6.27 but they're using RHEL 5.3
Yes, the usual mess: ofed X is based on kernel Y1 but with some additions from
kernel Y2 plus plenty of unreviwed
David J. Wilder wrote:
I am not finding support for ipv6 in rping in the 1.5 beta.
What is the story for ipv6 support? Is it supported by librdma and
missing in rping? Is ipv6 in rping planed?
rping supports IPv6 since last year, see the below commit
Or.
commit
Tziporet Koren wrote:
Changes from OFED-1.4.1
1 General changes
o Kernel code based on 2.6.30
2 SDP
o Performance improvements
3 uDAPL
o New library
4 Management
o OpenSM
- Mesh Analysis for LASH routing algorithm.
- Reloadable OpenSM configuration
Vladimir Sokolovsky wrote:
Current behavior was specifically defined and coded by Voltaire
I'm still not sure to understand the problem and the proposed solutions,
is it all contained in Woody's email or there's more in some other
threads or bugzilla case/s?
Or.
Hi OGC gang,
May you guys spare the general list from your ofed related postings? I
don't see any reason for them to be sent to this list nor how does it
serve you, thx
Or.
Brian M. Rzycki wrote:
I downloaded and installed OFED-1.4.1-rc5.tgz on the machine. I
configured one of the
Gennadiy Nerubayev wrote:
Well, I need a recent-ish vanilla kernel due to some performance
advantages over stock redhat in some usage scenarios. OFED goes on top
of that because of the ease of installation and use.I know I can
install and use some of the userspace ofed stuff (opensm, utils,
Mike Aho wrote:
Pradeep and I discussed this. The firmware is 2.3 on the card and will be
moved to the most current level.
sounds like you have the one port hca (Sinai), send the ibv_devinfo output
Or.
___
ewg mailing list
Tziporet Koren wrote:
In any case - if the EoIB code will not be ready it will not be in 1.5
Unlike the IBoE patchset, EoIB is more of a stand alone in the sense
that it adds a driver to the IB stack and generally speaking doesn't
touch other components, where the IBoE patches touch many
Gennadiy Nerubayev para...@gmail.com wrote:
Running on 2.6.27.21 x64. ofa_kernel build error as follows:
What makes you use ofed on this kernel? if you need newer features, simply
use 2.6.29.1 or newer bits. Also if you still need to use ofed, the place
its worked out is the ewg list @
Woodruff, Robert J wrote:
Yes, in general we have agreed in the EWG that any code that goes into OFED
should first be reviewed and accepted for upstream inclusion (or at least be
accepted by Roland for a future kernel.org kernel.) before it goes into OFED.
Given that the feature freeze for
Eli Cohen wrote:
You mention in Bugzilla an mckey test but I don't know this test. Can you
send how to obatain the test and instructions how to build it and run it?
Eli,
mckey is installed with librdmac-utils, has man page, etc. Its source is
under the examples directory of the librdmacm
Hi Vlad,
doing
$ rpm -e libsdp-1.1.99-1.ofed1.3.1
error: libsdp-1.1.99-1.ofed1.3.1 specifies multiple packages
I noted that ofed1.3.x had the practice of installing multiple
packages with the same name! e.g see below the sorting of packages.
So how can I remove a specific package (I don't want
Tung, Chien Tin wrote:
3) and calls cma_alloc_any_port() to allocate a port number which may not
correspond to the port number for the bound socket.
With the addition of getnam(), sin_port is filled in with the reserved port
number and cma_any_port will evaluate to false and the reserved port
RDS – GA with RDMA API - wrong, RDS patches are now on hold for 1.4 such
that 1.4.1 is a must just in that sense
GA with RDMA API is already done over IB.
I don't agree. Andy, can you comment?
My understanding is that the stable RDS code is present at the 1.3.x
tree but this code is also
Tziporet Koren wrote:
Do you wish to add these to OFED 1.4?
yes
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
On Sun, Oct 26, 2008 at 1:58 PM, Tziporet Koren [EMAIL PROTECTED]
wrote:
Can you send a mail to Vlad with the patch for OFED
Hi Vlad,
Here it is :
http://lists.openfabrics.org/pipermail/ewg/2008-October/012268.html
Or.
___
ewg mailing list
Woodruff, Robert J wrote:
Attached are the 0.3 version of the BOF slides that we can review today.
slide 11 (1.4 features) says
RDS – GA with RDMA API - wrong, RDS patches are now on hold for 1.4
such that 1.4.1 is a must just in that sense
Congestion Control in ibutils - can someone
device udp large send offload settings: Operation not supported
rx-checksumming: off
tx-checksumming: off
scatter-gather: off
tcp segmentation offload: on
udp fragmentation offload: off
generic segmentation offload: off
Signed-off-by: Or Gerlitz [EMAIL PROTECTED]
Index: linux-2.6.27/drivers
Jeff Squyres wrote:
The EWG list has gotten spam bombed over the last few hours. I lost
count at 500+ spams in my inbox. I therefore logged into
openfabrics.org and changed the site-wide password for Mailman (I have
notified Jeff Becker of the new password). I then changed the EWG
list to
Steve Wise wrote:
From: Steve Wise [EMAIL PROTECTED]
This is needed for iwarp providers that support native and rdma
connections over the same interface.
Optionally turned on by the new rdma_cm unify_tcp_port_space module option.
OK, I guess this can get it, as least from my side, thanks for
Vladimir Sokolovsky wrote:
Steve Wise wrote:
Tziporet EWG members,
iWARP customers including Sandia Labs have asked that we include this
in OFED distributions to correctly unify the
host stack and iwarp stack TCP port space.
I recommend we maintain this patch as part of the OFED
Tziporet Koren wrote:
Yet another evidence on the confusion created by the existence of two
trains carrying IB bits. Both a fix or feature can be here but not
there in a given time frame.
I disagree here.
I don't see how can you disagree with the fact that for me, its confusing.
Your claim
Jack Morgenstein wrote:
Note that Roland asked Linus to pull this patch for the kernel 2.6.25 tree on
Jan 25, 2008:
http://lists.openfabrics.org/pipermail/general/2008-January/045492.html
OK, I see. Yet another evidence on the confusion created by the
existence of two trains carrying IB bits.
Or Gerlitz wrote:
doing some tests against some nodes with new HCA firmware (connectx FW 2.5)
which seems to be very slow responding on node info queries, I think that I
have stepped on a bug/s in the kernel mad code The IB bits used on this node
are not the mainline kernel ones but rather
David J. Wilder wrote:
This patch fixes a panic when shared receive queues are not used.
Signed-off-by: David Wilder [EMAIL PROTECTED]
If this patch fixes a problem which also exists in the mainline kernel,
it has to be accepted upstream (to Roland's tree) before submission to
the ewg list.
Tziporet Koren wrote:
Steve Wise wrote:
Never mind. I see it is at 2.6.26-rc1 at least. But when I do a git
tag -l it doesn't show the 2.6.26 tag?
Vlad will upgrade to latest 2.6.26 rc soon
Tziporet,
For simplicity, process transparency and following the decisions in
Sonoma - as the next
Stefan Roscher wrote:
Hi Vlad!
I'm sending you a patch set for ehca to be included in ofed-1.3.1. These
patches are based on OFED-1.3.1-rc1 and already included in kernel main line.
Hi Stefan,
Can you please spare the general list from these posts? why we have to
see each patch of your
Chris Worley wrote:
I'm building OFED 1.3 for an RHEL5.1 kernel for Lustre 1.6.4.3:
2.6.18-53.1.13.el5_lustre.1.6.4.3smp.
ofed in maintained in the ewg list ewg@lists.openfabrics.org, please
send your questions over there.
Or.
___
ewg mailing
Eli Cohen wrote:
Unfortunately not. But I did not want to leave this problem pending
anymore since I want to get some mileage on it. Still, if we have a
better solution it would be easy to adopt since this patch is
independent of all others.
I see, next time, could you drop a mail saying
Nathan Dauchy wrote:
This coupling of install and build steps complicates life for users and
seems like a step backwards from OFED-1.2.
From the OFED Aug 13 meeting summary, this change was made in part
because the previous build method and manner of handling dependencies
did not follow
Steve Wise wrote:
Vlad,
Please pull these additional upstream bug fixes into ofed-1.3.1. Pull
from
Steve, can these emails remain in the ewg mailing list?
Or.
___
ewg mailing list
ewg@lists.openfabrics.org
Eli Cohen wrote:
I don't intend to push this to upstream kernel but I think we should
keep it for ofed since for older kernels it provides better performance.
Again, the patch is very sensitive by nature, it did not pass a review
and numerous bugs were associated with it through the 1.3 cycle,
Roland Dreier wrote:
what about this patch:
http://lists.openfabrics.org/pipermail/general/2008-March/048322.html
Looks mostly OK, I plan to merge it.
Hi Eli,
OK, so we start a review here, good! I see now (that you made a day later a v1 post for
this patch @
Or Gerlitz wrote:
What's the status of merging your ipoib related patches? Looking on Roland's
git I
see that the checksum offload, LSO, and most of the cq moderation patches are
merged,
but things like the cq split along with all the small packet optimizations
aren't.
Hi Eli,
I made a pass
Eli Cohen wrote:
15 kernel_patches/fixes/ipoib_0190_unsig_udqp.patch
On older kernels this patch seems to improve throughput of small
messages so we should make the effort to include it. I would like to
verify this again and if this is correct I will send for review.
I don't see why should
1 - 100 of 168 matches
Mail list logo
