Re: [ewg] Qlogic IB sources

2010-07-08 Thread Ralph Campbell 
download
http://www.openfabrics.org/downloads/OFED/ofed-1.5.2/OFED-1.5.2-rc2.tgz

tar zxf OFED-1.5.2-rc2.tgz
cd OFED-1.5.2-rc2/SRPMS
rpm -ivh ofa_kernel-1.5.2-OFED.1.5.2.rc2.src.rpm
cd ~/rpmbuild/SPECS
rpmbuild -bp ofa_kernel.spec
cd ../BUILD/ofa_kernel-1.5.2
ofed_scripts/ofed_patch.sh --with-backport=2.6.18-EL5.3

Change "2.6.18-EL5.3" to match the kernel you want to
install on.

You should see the qib source in:

drivers/infiniband/hw/qib/


The alternative is to:

git clone git://git.openfabrics.org/ofed_1_5/linux-2.6.git
cd linux-2.6
ofed_scripts/ofed_makedist.sh

The above will construct tar files for all the backported
kernel sources.

On Thu, 2010-07-08 at 17:31 -0700, Rajouri Jammu wrote:
> I was hoping to see the actual source tree in
>  drivers/infiniband/hw/qib instead of a set of patches.
> Is there a way to generate a clean source tree?
> 
> Here are the configure options from /etc/inifiniband/info
> 
> 
> echo "Configure options: --with-core-mod --with-user_mad-mod
> --with-user_access-mod --with-addr_trans-mod --with-mthca-mod
> --with-mlx4-mod --with-mlx4_en-mod --with-cxgb3-mod --with-nes-mod
> --with-ipoib-mod --with-sdp-mod --with-srp-mod --with-srp-target-mod
> --with-rds-mod --with-qib-mod --with-nfsrdma-mod"
> 
> 
> 
> 
> On Thu, Jul 8, 2010 at 11:53 AM, Vladimir Sokolovsky
>  wrote:
> 
> Rajouri Jammu wrote:
> I'm looking for the sources for the QIB driver.
> When I installed the
>  ofa_kernel-1.5.2-OFED.1.5.2.rc2.src.rpm I could not
> find the qib source.
> Is there a separate RPM?
> 
> 
> 
> 
> 
> QIB driver is a part of ofa_kernel source RPM. It can be found
> as a set of patches under kernel_patches/fixes/qib_*.
> To get the sources you should run configure script with
> corresponding parameters. See /etc/infiniband/info (after OFED
> installation).
> 
> Regards,
> Vladimir
> 
> 


___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

Re: [ewg] Qlogic IB sources

2010-07-08 Thread Rajouri Jammu 
I was hoping to see the actual source tree in  drivers/infiniband/hw/qib
instead of a set of patches.
Is there a way to generate a clean source tree?

Here are the configure options from /etc/inifiniband/info

echo "Configure options: --with-core-mod --with-user_mad-mod
--with-user_access-mod --with-addr_trans-mod --with-mthca-mod
--with-mlx4-mod --with-mlx4_en-mod --with-cxgb3-mod --with-nes-mod
--with-ipoib-mod --with-sdp-mod --with-srp-mod --with-srp-target-mod
--with-rds-mod --with-qib-mod --with-nfsrdma-mod"


On Thu, Jul 8, 2010 at 11:53 AM, Vladimir Sokolovsky <
v...@dev.mellanox.co.il> wrote:

> Rajouri Jammu wrote:
>
>> I'm looking for the sources for the QIB driver.
>> When I installed the  ofa_kernel-1.5.2-OFED.1.5.2.rc2.src.rpm I could not
>> find the qib source.
>> Is there a separate RPM?
>>
>>
>>
>>
> QIB driver is a part of ofa_kernel source RPM. It can be found as a set of
> patches under kernel_patches/fixes/qib_*.
> To get the sources you should run configure script with corresponding
> parameters. See /etc/infiniband/info (after OFED installation).
>
> Regards,
> Vladimir
>
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

Re: [ewg] Qlogic IB sources

2010-07-08 Thread Vladimir Sokolovsky 
Rajouri Jammu wrote:
> I'm looking for the sources for the QIB driver.
> When I installed the  ofa_kernel-1.5.2-OFED.1.5.2.rc2.src.rpm I could not
> find the qib source.
> Is there a separate RPM?
> 
> 
> 

QIB driver is a part of ofa_kernel source RPM. It can be found as a set of 
patches under kernel_patches/fixes/qib_*.
To get the sources you should run configure script with corresponding 
parameters. See /etc/infiniband/info (after OFED installation).

Regards,
Vladimir
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

[ewg] Qlogic IB sources

2010-07-08 Thread Rajouri Jammu 
I'm looking for the sources for the QIB driver.
When I installed the  ofa_kernel-1.5.2-OFED.1.5.2.rc2.src.rpm I could not
find the qib source.
Is there a separate RPM?
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

Re: [ewg] [ANNOUNCE] management tarballs release

2010-07-08 Thread Hal Rosenstock 
Hi Sasha,

On Sat, May 22, 2010 at 5:43 PM, Sasha Khapyorsky  wrote:
> Hi,
>
> There is a new release of the management (OpenSM and infiniband
> diagnostics) tarballs available in:
>
> http://www.openfabrics.org/downloads/management/
>
> (listed in http://www.openfabrics.org/downloads/management/latest.txt)
>
> md5sum:
>
> d3586e7a17bca99fd384a943f00e259e  libibumad-1.3.5.tar.gz
> 754d93f567393d3b9987a65326f40917  libibmad-1.3.5.tar.gz
> 5c94d6ee49e9c51c801f6634823b5ad5  opensm-3.3.6.tar.gz
> ba28f6b5323e6067ca019a999eeaf907  infiniband-diags-1.5.6.tar.gz

Shouldn't these versions be labeled/tagged in your management git tree
? Would you do that ?

Thanks.

-- Hal

> All component versions are from recent master branch. Full list of
> changes is below.
>
> Sasha
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

Re: [ewg] [PATCH] RAW_ETH enum in libibverbs

2010-07-08 Thread Vladimir Sokolovsky 
Aleksey Senin wrote:
> Set RAW_ETH QP enum equal to '8' as it done in kernel
> 
> Signed-off-by: Aleksey Senin 
> ---

Applied,

Regards,
Vladimir
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

Re: [ewg] [PATCH] QP type enum sync with Roland tree

2010-07-08 Thread Vladimir Sokolovsky 
Aleksey Senin wrote:
> Move RAW_ETH to the end of enumeation as is defined in Roland tree
> and make it equal to '8'.
> 
> Signed-off-by: Aleksey Senin 
> ---
>  .../fixes/core_0560_raw_eth_common.patch   |   56 
> +---
>  1 files changed, 26 insertions(+), 30 deletions(-)
> 

Applied,

Regards,
Vladimir
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

[ewg] [PATCH] RAW_ETH enum in libibverbs

2010-07-08 Thread Aleksey Senin 
Set RAW_ETH QP enum equal to '8' as it done in kernel

Signed-off-by: Aleksey Senin 
---
 fixes/qpt_raw_eth.patch |2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/fixes/qpt_raw_eth.patch b/fixes/qpt_raw_eth.patch
index feada69..67869f4 100644
--- a/fixes/qpt_raw_eth.patch
+++ b/fixes/qpt_raw_eth.patch
@@ -22,7 +22,7 @@ index fe9ab62..a340ffb 100644
IBV_QPT_UD,
 -  IBV_QPT_XRC
 +  IBV_QPT_XRC,
-+  IBV_QPT_RAW_ETH = 7
++  IBV_QPT_RAW_ETH = 8
  };
  
  struct ibv_qp_cap {
-- 
1.6.4.2

___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

[ewg] [PATCH] QP type enum sync with Roland tree

2010-07-08 Thread Aleksey Senin 

Move RAW_ETH to the end of enumeation as is defined in Roland tree
and make it equal to '8'.

Signed-off-by: Aleksey Senin 
---
 .../fixes/core_0560_raw_eth_common.patch   |   56 +---
 1 files changed, 26 insertions(+), 30 deletions(-)

diff --git a/kernel_patches/fixes/core_0560_raw_eth_common.patch 
b/kernel_patches/fixes/core_0560_raw_eth_common.patch
index 3083f47..4c2b2b7 100644
--- a/kernel_patches/fixes/core_0560_raw_eth_common.patch
+++ b/kernel_patches/fixes/core_0560_raw_eth_common.patch
@@ -1,21 +1,18 @@
-From 4716cc5ef1d4609ad976a502a14887cac0119f33 Mon Sep 17 00:00:00 2001
-From: Aleksey Senin 
-Date: Tue, 15 Jun 2010 16:00:49 +0300
-Subject: [PATCH] Verbs RAW_ETH support
-
-Add new RAW_ETH QP type in order to build RAW Ethernet packets
-over iWARP and RoCEE.
-
-Signed-off-by: Aleksey Senin 

- drivers/infiniband/core/verbs.c |   17 +
- include/rdma/ib_verbs.h |1 +
- 2 files changed, 14 insertions(+), 4 deletions(-)
-
-diff --git a/drivers/infiniband/core/verbs.c b/drivers/infiniband/core/verbs.c
-index d24b240..c86a665 100644
 a/drivers/infiniband/core/verbs.c
-+++ b/drivers/infiniband/core/verbs.c
+Index: linux-2.6-work/drivers/infiniband/core/verbs.c
+===
+--- linux-2.6-work.orig/drivers/infiniband/core/verbs.c
 linux-2.6-work/drivers/infiniband/core/verbs.c
+@@ -371,8 +371,8 @@ EXPORT_SYMBOL(ib_create_qp);
+ 
+ static const struct {
+   int valid;
+-  enum ib_qp_attr_maskreq_param[IB_QPT_RAW_ETY + 1];
+-  enum ib_qp_attr_maskopt_param[IB_QPT_RAW_ETY + 1];
++  enum ib_qp_attr_maskreq_param[IB_QPT_RAW_ETH + 1];
++  enum ib_qp_attr_maskopt_param[IB_QPT_RAW_ETH + 1];
+ } qp_state_table[IB_QPS_ERR + 1][IB_QPS_ERR + 1] = {
+   [IB_QPS_RESET] = {
+   [IB_QPS_RESET] = { .valid = 1 },
 @@ -382,6 +382,7 @@ static const struct {
[IB_QPT_UD]  = (IB_QP_PKEY_INDEX
|
IB_QP_PORT  
|
@@ -24,7 +21,7 @@ index d24b240..c86a665 100644
[IB_QPT_UC]  = (IB_QP_PKEY_INDEX
|
IB_QP_PORT  
|
IB_QP_ACCESS_FLAGS),
-@@ -1005,11 +1006,15 @@ int ib_attach_mcast(struct ib_qp *qp, union ib_gid 
*gid, u16 lid)
+@@ -1004,11 +1005,15 @@ int ib_attach_mcast(struct ib_qp *qp, un
  
switch (rdma_node_get_transport(qp->device->node_type)) {
case RDMA_TRANSPORT_IB:
@@ -42,7 +39,7 @@ index d24b240..c86a665 100644
return -EINVAL;
break;
}
-@@ -1024,11 +1029,15 @@ int ib_detach_mcast(struct ib_qp *qp, union ib_gid 
*gid, u16 lid)
+@@ -1023,11 +1028,15 @@ int ib_detach_mcast(struct ib_qp *qp, un
  
switch (rdma_node_get_transport(qp->device->node_type)) {
case RDMA_TRANSPORT_IB:
@@ -60,18 +57,17 @@ index d24b240..c86a665 100644
return -EINVAL;
break;
}
-diff --git a/include/rdma/ib_verbs.h b/include/rdma/ib_verbs.h
-index 99f6859..3330820 100644
 a/include/rdma/ib_verbs.h
-+++ b/include/rdma/ib_verbs.h
-@@ -571,6 +571,7 @@ enum ib_qp_type {
+Index: linux-2.6-work/include/rdma/ib_verbs.h
+===
+--- linux-2.6-work.orig/include/rdma/ib_verbs.h
 linux-2.6-work/include/rdma/ib_verbs.h
+@@ -571,7 +571,8 @@ enum ib_qp_type {
IB_QPT_UD,
IB_QPT_XRC,
IB_QPT_RAW_IPV6,
-+  IB_QPT_RAW_ETH,
-   IB_QPT_RAW_ETY
+-  IB_QPT_RAW_ETY
++  IB_QPT_RAW_ETY,
++  IB_QPT_RAW_ETH
  };
  
--- 
-1.6.4.2
-
+ enum ib_qp_create_flags {
-- 
1.6.4.2


___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

Re: [ewg] [PATCH] install: do not install open-iscsi with OFED

2010-07-08 Thread Moni Shoua 
> 
> Moni,
> May open-iscsi be removed from OFED now?

This is the general idea.
However, Or Gerlitz  needs some more time to make a final decision.
Can we postpone the answer to this until next OFED?

Moni
 
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

Re: [ewg] [PATCH] install: do not install open-iscsi with OFED

2010-07-08 Thread Vladimir Sokolovsky 
Moni Shoua wrote:
> Overriding the distro open-iscsi RPM is no longer required.
> 
> Signed-off-by: Moni Shoua 
> ---
> 

Applied,

Moni,
May open-iscsi be removed from OFED now?

Regards,
Vladimir
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

[ewg] [PATCH] install: do not install open-iscsi with OFED

2010-07-08 Thread Moni Shoua 
Overriding the distro open-iscsi RPM is no longer required.

Signed-off-by: Moni Shoua 
---

 install.pl |   13 +
 1 file changed, 1 insertion(+), 12 deletions(-)
--- install.pl.orig 2010-07-08 12:44:27.0 +0300
+++ install.pl  2010-07-08 15:07:23.0 +0300
@@ -452,7 +452,7 @@
 included_in_rpm => 0, requires => ["core", "ipoib"], },
 'iser' =>
 { name => "iser", available => 0, selected => 0,
-included_in_rpm => 0, requires => ["core", "ipoib"], ofa_req_inst 
=> ["open-iscsi-generic"] },
+included_in_rpm => 0, requires => ["core", "ipoib"], ofa_req_inst 
=> [] },
 'qlgc_vnic' =>
 { name => "qlgc_vnic", available => 0, selected => 0,
 included_in_rpm => 0, requires => ["core"], },
@@ -1729,9 +1729,6 @@
 # if ($kernel =~ 
m/2.6.9-67|2.6.9-78|2.6.16.[0-9.]*-[0-9.]*-[A-Za-z0-9.]*|el5/) {
 if ($kernel =~ m/2.6.3[0-2]|2.6.18-164/) {
 $kernel_modules_info{'iser'}{'available'} = 1;
-if ($kernel !~ /el6/) {
-$packages_info{'open-iscsi-generic'}{'available'} = 1;
-}
 }
 
 # tgt
@@ -2461,14 +2458,6 @@
 }
 }
 
-# Check open-iscsi package if iser module selected for installation
-my $tmp = "@selected_modules_by_user";
-$tmp =~ s/ /|/g;
-chomp $tmp;
-if ("iser" =~ m/$tmp/) {
-check_open_iscsi();
-push (@selected_by_user, "open-iscsi-generic");
-}
 flock CONFIG, $UNLOCK;
 }
 close(CONFIG);

___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

[ewg] ofa_1_5_kernel 20100708-0200 daily build status

2010-07-08 Thread Vladimir Sokolovsky (Mellanox) 
This email was generated automatically, please do not reply


git_url: git://git.openfabrics.org/ofed_1_5/linux-2.6.git
git_branch: ofed_kernel_1_5

Common build parameters: 

Passed:
Passed on i686 with linux-2.6.18
Passed on i686 with linux-2.6.19
Passed on i686 with linux-2.6.21.1
Passed on i686 with linux-2.6.26
Passed on i686 with linux-2.6.24
Passed on i686 with linux-2.6.22
Passed on i686 with linux-2.6.27
Passed on x86_64 with linux-2.6.16.60-0.54.5-smp
Passed on x86_64 with linux-2.6.16.60-0.21-smp
Passed on x86_64 with linux-2.6.18
Passed on x86_64 with linux-2.6.18-128.el5
Passed on x86_64 with linux-2.6.18-194.el5
Passed on x86_64 with linux-2.6.18-164.el5
Passed on x86_64 with linux-2.6.19
Passed on x86_64 with linux-2.6.18-93.el5
Passed on x86_64 with linux-2.6.21.1
Passed on x86_64 with linux-2.6.20
Passed on x86_64 with linux-2.6.22
Passed on x86_64 with linux-2.6.24
Passed on x86_64 with linux-2.6.26
Passed on x86_64 with linux-2.6.25
Passed on x86_64 with linux-2.6.27
Passed on x86_64 with linux-2.6.27.19-5-smp
Passed on x86_64 with linux-2.6.9-78.ELsmp
Passed on x86_64 with linux-2.6.9-67.ELsmp
Passed on x86_64 with linux-2.6.9-89.ELsmp
Passed on ia64 with linux-2.6.18
Passed on ia64 with linux-2.6.19
Passed on ia64 with linux-2.6.21.1
Passed on ia64 with linux-2.6.23
Passed on ia64 with linux-2.6.22
Passed on ia64 with linux-2.6.26
Passed on ia64 with linux-2.6.24
Passed on ia64 with linux-2.6.25
Passed on ppc64 with linux-2.6.18
Passed on ppc64 with linux-2.6.19

Failed:
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg

Re: [ewg] Infiniband Interoperability

2010-07-08 Thread Hal Rosenstock 
On Wed, Jul 7, 2010 at 8:04 PM, David Brean  wrote:
> Correct, a SM hasn't been released for OpenSolaris, yet.
>
> Looks like a very unusual multicast address because it doesn't have the IPoIB 
> or Subnet Administrator signature.

Yes, it's something in Windows that does that. Not sure what it's used
for. Sean asked about it last week but there has been no response as
yet.

-- Hal

>
> -David
>
> On 7/7/10 6:37 PM, Matt Breitbach wrote:
>> We disconnected one port on the IB card that was a dual port card.  The
>> second port was not configured, so I can't imagine it caused problems,
>> but it is completely disconnected now.
>>
>> As for a Subnet Manager on OpenSolaris - there isn't one. I believe they
>> do have one for Solaris, but I do not believe that it's been released to
>> OpenSolaris, and I can't find it anywhere on our system.
>>
>> 
>>
>> *From:* rich...@informatix-sol.com [mailto:rich...@informatix-sol.com]
>> *Sent:* Thursday, July 01, 2010 12:54 AM
>> *To:* Matt Breitbach; ewg@lists.openfabrics.org
>> *Subject:* Re: [ewg] Infiniband Interoperability
>>
>> When I had multiple SM's running none reported it as a problem.
>> Sun developed their own for Solaris. I can't recall now what they called it.
>>
>> The other possibility i've seen cause problems with ipoib is having 2
>> ports on the same IP subnet. Either bond them or disable ARP responses
>> on one port. This is due to the broadcast simulation across multicast.
>>
>>
>> Richard
>>
>> - Reply message -
>> From: "Matt Breitbach" 
>> Date: Wed, Jun 30, 2010 19:32
>> Subject: [ewg] Infiniband Interoperability
>> To: , 
>>
>> The Mellanox switch as far as I can tell does not have any SM running. It
>> is a pretty dumb switch and there really isn't much to configure on it.
>>
>>
>>
>> LID 6 is the LID that OpenSM is running on - which is our CentOS 5.5 blade.
>> I believe that it's reporting the issue since it's the Subnet Manager.
>>
>>
>>
>> The only other possibility is that there is a subnet manager running on the
>> OpenSolaris box, but I have not been able to find one to blame this on. I
>> would also think that in the OpenSM.log file I would find some reports of an
>> election of some sort if there were multiple SM's running.
>>
>>
>>
>> LID listing :
>>
>>
>>
>> LID 1 - SuperMicro 4U running OpenSolaris (InfiniHost EX III PCI-E card w/
>> 128MB RAM)
>>
>> LID 2 - Blade Server currently running CentOS 5.5 and Xen (ConnectX
>> Mezzanine card)
>>
>> LID 3 - InfiniScale III Switch
>>
>> LID 4 - SuperMicro 4U running OpenSolaris (InfiniHost EX III PCI-E card w/
>> 128MB RAM - 2nd port)
>>
>> LID 5 - Blade Server running Windows 2008R2 (ConnectX Mezzanine card)
>>
>> LID 6 - Blade Server running CentOS 5.5 and OpenSM (ConnectX Mezzanine card)
>>
>> LID 7 - Blade Server running Windows 2008 (InfiniHost EX III Mezzanine card)
>>
>>
>>
>> As for toggling the enable state - according to ibdiagnet the lowest
>> connected rate member is at 20Gbps, but the network is only operating at
>> 10Gbps. I'm not sure which system I would toggle the enable state for.
>>
>>
>>
>> -Matt Breitbach
>>
>> _
>>
>> From: rich...@informatix-sol.com [mailto:rich...@informatix-sol.com]
>> Sent: Wednesday, June 30, 2010 1:14 PM
>> To: Matt Breitbach; ewg@lists.openfabrics.org
>> Subject: Re: [ewg] Infiniband Interoperability
>>
>>
>>
>> I'm still suspicious that you have more than one SM running. Mellonex
>> switches have it enabled by default.
>> It's common that ARP requests, as caused by ping, will result in multicast
>> group activity.
>> Infiniband creates these on demand and tears them down if there are no
>> current members. There is no broadcast address. It uses a dedicated MC
>> group.
>> They all seem to originate to LID 6 so you can trace the source.
>>
>> If you have ports at non optimal speeds, try toggling their enable state.
>> This often fixes it.
>>
>> Richard
>>
>> - Reply message -
>> From: "Matt Breitbach" 
>> Date: Wed, Jun 30, 2010 15:33
>> Subject: [ewg] Infiniband Interoperability
>> To: 
>>
>> Well, let me throw out a little about the environment :
>>
>>
>>
>> We are running one SuperMicro 4U system with a Mellanox InfiniHost III EX
>> card w/ 128MB RAM. This box is the OpenSolaris box. It's running the
>> OpenSolaris Infiniband stack, but no SM. Both ports are cabled to the IB
>> Switch to ports 1 and 2.
>>
>>
>>
>> The other systems are in a SuperMicro Bladecenter. The switch in the
>> BladeCenter is an InfiniScale III switch with 10 internal ports and 10
>> external ports.
>>
>>
>>
>> 3 blades are connected with Mellanox ConnectX Mezzanine cards. 1 blade is
>> connected with an InfiniHost III EX Mezzanine card.
>>
>>
>>
>> One of the blades is running CentOS and the 1.5.1 OFED release. OpenSM is
>> running on that system, and is the only SM running on the network. This
>> blade is using a ConnectX Mezzanine card.
>>
>>
>>
>> One blade is running Window

[ewg] [Fwd: Re: mlx4_en delta from upstream (was "mlx4_en: ping does not resume after failover")]

2010-07-08 Thread Or Gerlitz 

Yevgeny,

I'm forwarding to ewg as it seems your post didn't get there

Or.
--- Begin Message ---
> 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,
Sorry I didn't answer earlier, was out for a couple of weeks.

I am submitting this.
The reason it was delayed, is that Aleksey checked the fix and claimed there is 
still a bug,
Then rechecked and said it was OK.

Yevgeny--- End Message ---
___
ewg mailing list
ewg@lists.openfabrics.org
http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg