On 22:59 Tue 14 Jul , Tziporet Koren wrote:
>
> was this issue resolved?
Yes.
Sasha
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
These are the meeting minutes for EWG/OFED meeting for July 13 09
Meeting summary
===
1. OFED 1.5 alpha release is still not ready due to compilation issues
2. OFED 1.4.2: Bug fixes will be submitted soon. RC is expected this week and
GA next week.
Details:
1. OFED 1.5 alph
I'll let Sean explain it, but it is a user space daemon that
uses an IB multicast scheme to derive path record information.
The rdma_cm can use this rather than having to go to the
SM to get path records, which we know does not scale.
Sean can provide more details.
-Original Message-
qp was accessed after it got freed from disconnect task handling causing system
crash. Now we increment qp's refcount before queue_work() and decrementing it
after it is complete.
Signed-off-by: Faisal Latif
---
kernel_patches/fixes/nes_0350_qp_refcount.patch | 23 +++
On Tue, Jul 14, 2009 at 3:58 PM, Woodruff, Robert
J wrote:
> Sorry, I did not explain it clearly,
>
> What I meant to say was that the new userspace
> module could work with the rdma_cm to provide
> better scaling than the local sa cache module
> that is in the kernel, and if it does, the
> local s
Make LRO as default feature
Signed-off-by: Faisal Latif
---
kernel_patches/fixes/nes_0340_lro_default.patch | 15 +++
1 files changed, 15 insertions(+), 0 deletions(-)
create mode 100644 kernel_patches/fixes/nes_0340_lro_default.patch
diff --git a/kernel_patches/fixes/nes_0340_
Hi Robert,
Your suggestion to represent RDMAoE as a transport indeed makes the code
simpler.
Thus, we will have:
switch(port_transport) {
case RDMA_TRANSPORT_IB:
...
break;
case RDMA_TRANSPORT_RDMAOE:
...
break;
case RDMA_TRANSPORT_IWARP:
...
break;
Sasha Khapyorsky wrote:
On 11:26 Tue 14 Jul , Jon Mason wrote:
If you want assistance with test compiling on certain architectures,
I'll be happy to help.
Your reports are very helpful.
was this issue resolved?
Tziporet
___
ewg mai
Sorry, I did not explain it clearly,
What I meant to say was that the new userspace
module could work with the rdma_cm to provide
better scaling than the local sa cache module
that is in the kernel, and if it does, the
local sa cache feature might not be needed
anymore.
woody
-Original Me
Sean Hefty wrote:
I am working on a userspace app that should help with scaling for some
topologies, but I doubt it will work for all routing algorithms. I'm at least a
couple weeks away from posting anything.
I guess I didn't quite understood what Woody explained in the meeting
Sorry abo
Hal wrote,
>Unfortunately I don't think it's this simple although I wish it were.
>IBXOE is on a per port rather than a per node basis which is a
>different model than we've used for IB or iWARP.
>-- Hal
Yuk...
Can the driver/hardware present itself to the upper core layers as two
separate NIC
On 11:26 Tue 14 Jul , Jon Mason wrote:
>
> If you want assistance with test compiling on certain architectures,
> I'll be happy to help.
Your reports are very helpful.
Sasha
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.or
>> Since Qlogic are using some of the APIs in these files it was decided not to
>> remove them in 1.5
>> However Qlogic were requested to approach Sean and see if they can move
>> their implementation to the new SA API he is developing now
>
>Has this new SA API been proposed to the list as yet (an
On Tue, Jul 14, 2009 at 07:09:49PM +0300, Sasha Khapyorsky wrote:
> On 10:32 Tue 14 Jul , Jon Mason wrote:
> >
> > Can you regress the infiniband-diags RPM in the nightlies to the version
> > found in 07/02 until Sasha has it working again?
>
> Why should we regress things when we are even in
On 10:32 Tue 14 Jul , Jon Mason wrote:
>
> Can you regress the infiniband-diags RPM in the nightlies to the version
> found in 07/02 until Sasha has it working again?
Why should we regress things when we are even in pre-alpha phase yet? We
need to fix problems instead.
Sasha
again?
Thanks,
Jon
Distribution: CentOS 5.3
CPU type: x86_64
Linux kernel: 2.6.30
OFED version: OFED-1.5-20090714-0600
# ./install.pl -- 2,3
...
Failed to build infiniband-diags RPM
See /tmp/OFED.7319.logs/infiniband-diags.rpmbuild.log
# less /tmp/OFED.7319.logs/infiniband
On Tue, Jul 14, 2009 at 9:58 AM, Tziporet
Koren wrote:
> Jack Morgenstein wrote:
>>
>> Hello all,
>>
>> We wish to remove the local sa patches from OFED 1.5. The local SA is
>> disabled by default,
>> and to the best of our knowledge, no one is using it, though it has been
>> around since OFED 1.3
Jack Morgenstein wrote:
Hello all,
We wish to remove the local sa patches from OFED 1.5. The local SA is disabled
by default,
and to the best of our knowledge, no one is using it, though it has been around
since OFED 1.3.
It has also never been accepted into the mainline kernel.
We wish ther
On Tue, Jul 14, 2009 at 9:38 AM, Eli Cohen wrote:
> On Tue, Jul 14, 2009 at 07:15:44AM -0400, Hal Rosenstock wrote:
>> On Tue, Jul 14, 2009 at 3:46 AM, Eli Cohen wrote:
>> > On Mon, Jul 13, 2009 at 03:26:34PM -0400, Hal Rosenstock wrote:
>> >> On Mon, Jul 13, 2009 at 2:14 PM, Eli Cohen wrote:
>> >>
On Tue, Jul 14, 2009 at 07:15:44AM -0400, Hal Rosenstock wrote:
> On Tue, Jul 14, 2009 at 3:46 AM, Eli Cohen wrote:
> > On Mon, Jul 13, 2009 at 03:26:34PM -0400, Hal Rosenstock wrote:
> >> On Mon, Jul 13, 2009 at 2:14 PM, Eli Cohen wrote:
> >> > Since RDMAoE is using Ethernet as its link layer, the
Oops, I meant "exits" instead of "exists"...
-Original Message-
From: Liran Liss
Sent: Tuesday, July 14, 2009 11:16 AM
To: 'Woodruff, Robert J'; Eli Cohen; Hefty, Sean; Roland Dreier
Cc: ewg; general-list
Subject: RE: [ofa-general] RE: [ewg] [PATCH 6/8 v3] IB/ipoib: restrict
IPoIB to wor
On Tue, Jul 14, 2009 at 2:35 AM, Eli Cohen wrote:
> On Mon, Jul 13, 2009 at 03:26:06PM -0400, Hal Rosenstock wrote:
>> >
>> > +enum ib_port_link_type ib_get_port_link_type(struct ib_device *device, u8
>> > port_num)
>> > +{
>> > + return device->get_port_link_type ?
>> > + devi
On Tue, Jul 14, 2009 at 3:46 AM, Eli Cohen wrote:
> On Mon, Jul 13, 2009 at 03:26:34PM -0400, Hal Rosenstock wrote:
>> On Mon, Jul 13, 2009 at 2:14 PM, Eli Cohen wrote:
>> > Since RDMAoE is using Ethernet as its link layer, there is no need for
>> > QP0. QP1
>> > is still needed since it handles c
On Mon, Jul 13, 2009 at 4:58 PM, Woodruff, Robert
J wrote:
> Eli Cohen wrote,
>
>>Since RDMAoE is using Ethernet as its link layer, there is no need for QP0.
>>QP1
>>is still needed since it handles communications between CM agents. This patch
>>will create only QP1 for RDMAoE ports.
>
>
> Trying
Chien Tung wrote:
Both cxgb3 and nes are compiling for OFED 1.5 so mark
them as available. Also restore both userspace libraries
for kernels other than 2.6.30.
Signed-off-by: Chien Tung
---
Applied,
Thanks,
Vladimir
___
ewg mailing list
ewg@lis
Ralph Campbell wrote:
Vlad,
Please pull:
git://git.openfabrics.org/~ralphc/linux-2.6/.git ofed_kernel_1_5
This should fix the 2.6.30 build errors.
commit 4047cc3120a7c9b36fbddc3158ae0c01ec6636d9
Author: Ralph Campbell (QLogic)
Date: Thu Jul 9 15:47:02 2009 -0700
IB/qib: backport QIB fr
Jon Mason wrote:
Hey Vlad,
Please pull for OFED 1.4.2 fixes
ssh://v...@sofa.openfabrics.org/home/jon/scm/ofed_kernel-1.4.git dev
It contains fixes for 1675, 1676, and 1677. It also contains a fix for
a RPC encode/decode issue found on reiserfs (which has the stale
file handle issues). I can
Jon Mason wrote:
Hey Vlad,
Please pull from
ssh://v...@sofa.openfabrics.org/home/jon/scm/ofed_kernel-1.5.git dev
It contains the following patches (notice that the RHEL5.4 patch is in this):
Done,
Regards,
Vladimir
___
ewg mailing list
ewg@lists
Hal Rosenstock wrote on 08.07.2009 18:48:29:
> > This patch should make its way into OFED 1.5... so who should pull it?
> > You? Vlad? Someone not on CC? Whoever, please apply for OFED 1.5 --
> > thanks!
>
> Sasha is the management maintainer. Userspace trees for OFED 1.5
> haven't been created
S.B.
--Liran
> Trying to emulate IB for mad services is a total hack and not how this
new transport should be added into the core. It should be it's own
transport type, just like iWarp was added.
> You should start with adding a new transport type to ib_verbs.h, e.g.,
LL: it is not a hack: RDMA
This exaclty the same as for iWARP: IPoIB checks the node transport, and
if it is != IB, it exists.
For RDMAoE, we do the same check but at the port level.
-Original Message-
From: general-boun...@lists.openfabrics.org
[mailto:general-boun...@lists.openfabrics.org] On Behalf Of Woodruff,
On Mon, Jul 13, 2009 at 03:26:34PM -0400, Hal Rosenstock wrote:
> On Mon, Jul 13, 2009 at 2:14 PM, Eli Cohen wrote:
> > Since RDMAoE is using Ethernet as its link layer, there is no need for QP0.
> > QP1
> > is still needed since it handles communications between CM agents. This
> > patch
> > wil
32 matches
Mail list logo