Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
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 Hi Tziporet, I didn't see any response from you, can this be addressed? Or. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
On 6/14/2010 10:30 AM, Or Gerlitz wrote: 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 Hi Tziporet, I didn't see any response from you, can this be addressed? Or. 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. Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
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 2024, Eli's reply was addressing a case where the Cisco switch was instrumented for PFC, but not the case of global pause under which the problem still happens, per the original description. Did someone from Mellanox actually got to validate bz 2043, it was declared fixed and verified in the very same minute and by the same person... Or. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
On 6/14/2010 2:17 PM, Or Gerlitz wrote: Did someone from Mellanox actually got to validate bz 2043, it was declared fixed and verified in the very same minute and by the same person... I will check Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
Or, 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've met a few times, haven't we? We'll check about the global frames case. -Original Message- From: Or Gerlitz [mailto:ogerl...@voltaire.com] Sent: Monday, June 14, 2010 2:17 PM To: tzipo...@dev.mellanox.co.il Cc: OpenFabrics EWG; Eli Cohen Subject: Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available 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 2024, Eli's reply was addressing a case where the Cisco switch was instrumented for PFC, but not the case of global pause under which the problem still happens, per the original description. Did someone from Mellanox actually got to validate bz 2043, it was declared fixed and verified in the very same minute and by the same person... Or. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
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. Saying all that, thanks for looking into validating the case! Or. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
OK, no problem. -Original Message- From: Or Gerlitz [mailto:ogerl...@voltaire.com] Sent: Monday, June 14, 2010 3:10 PM To: Eli Cohen Cc: tzipo...@dev.mellanox.co.il; OpenFabrics EWG Subject: Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available 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. Saying all that, thanks for looking into validating the case! Or. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
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 fail when global pauses or PPP enabled on switch bz 2043 OFED 1.5.1 crashes after running Mcast over RoCE (caused by send_lat benchmark) 2005 might be solved by new firmware, but the case isn't verified/closed Also I sent two notes to linux-rdma asking Vlad/Eli to clarify the issue of IB port counters when using the IBoE patches over --IB--, but there was no reply, Or. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
On 5/31/2010 11:10 PM, Vladimir Sokolovsky wrote: Hi, OFED 1.5.2-rc1 is available Known issues: = librdmacm-1.0.12 compilation fails on RHEL4.x Sean, When will you fix the RHEL 4.x compilation issue? Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
Known issues: = librdmacm-1.0.12 compilation fails on RHEL4.x Sean, When will you fix the RHEL 4.x compilation issue? I just saw the mail about it this morning. I'll look at it today. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [ANNOUNCE] OFED 1.5.2 rc1 is available
Hi, OFED 1.5.2-rc1 is available Notes: The tarball is available on: http://www.openfabrics.org/downloads/OFED/ofed-1.5.2/OFED-1.5.2-rc1.tgz To get BUILD_ID run ofed_info Please report any issues in bugzilla https://bugs.openfabrics.org/ for OFED 1.5.2 Vladimir Tziporet Supported Platforms and Operating Systems - o CPU architectures: - x86_64 - x86 - ppc64 - ia64 o Linux Operating Systems: - RedHat EL4 up72.6.9-78.ELsmp - RedHat EL4 up82.6.9-89.ELsmp - RedHat EL5 up32.6.18-128.el5 - RedHat EL5 up42.6.18-164.el5 - RedHat EL5 up52.6.18-194.el5 - SLES10 SP22.6.16.60-0.21-smp - SLES10 SP32.6.16.60-0.54-smp - SLES112.6.27.19-5-default - OEL 4 up7 2.6.9-78.ELsmp - OEL 4 up8 2.6.9-89.ELsmp - CentOS5.3 2.6.18-128.el5 - CentOS5.4 2.6.18-164.el5 - Fedora Core12 2.6.31.5-127.fc12* - OpenSuSE 11.2 2.6.31.5-0.1-default * - kernel.org2.6.29, 2.6.30, 2.6.31 and 2.6.32* * Minimal QA for these versions Main changes from 1.5.1: === 1. Updated packages: libibverbs-1.1.3-0.8.g4d733f4.tar libehca-1.2.2-0.1.g69e1a88.tar.gz libnes-1.0.1-0.3.g8d69734.tar.gz compat-dapl-1.2.17.tar.gz librdmacm-1.0.12.tar.gz dapl-2.0.28.tar.gz - Management infiniband-diags-1.5.6.tar.gz libibmad-1.3.5.tar.gz libibumad-1.3.5.tar.gz opensm-3.3.6.tar.gz - MPI openmpi-1.4.2-1.src.rpm 2. Added RHEL 6 beta support Known issues: = librdmacm-1.0.12 compilation fails on RHEL4.x commit b2f53cd53d470604bc002699ba905ee23892fa17 Author: Eldad Zinger eld...@mellanox.co.il Date: Sun May 23 11:40:02 2010 +0300 sdp: new debug function added, minor debug message change. Signed-off-by: Eldad Zinger eld...@mellanox.co.il commit 41cc7a8a7805a6ce8ce8028fc8d9742867b0506c Author: Eldad Zinger eld...@mellanox.co.il Date: Sun May 30 14:03:43 2010 +0300 sdp: device removal rewritten for a stability improvement. main changes: 1. device_removal_lock is better used. 2. sdp_dev is marked NULL in order to prevent new sockets born to the removed device. 3. new timeout functionality used when a reference count was taken for the CMA to return, but the CMA won't be invoked because rdma_id was destroyed. Signed-off-by: Eldad Zinger eld...@mellanox.co.il commit d96f1205fd59992c82fc64b63d3fcaa328976794 Author: Eldad Zinger eld...@mellanox.co.il Date: Tue May 18 13:35:56 2010 +0300 sdp: unnecessary local variable removed, 'const' declarations added Signed-off-by: Eldad Zinger eld...@mellanox.co.il commit 9ad5e04ed192cf5daae49864cf4da54b89701900 Author: Eldad Zinger eld...@mellanox.co.il Date: Tue May 18 13:32:27 2010 +0300 sdp: tx timer is deleted when sockets goes to TCP_CLOSE Signed-off-by: Eldad Zinger eld...@mellanox.co.il commit 314569eb0bf4cf8fb40af7b5e82cbc362d001858 Author: Eldad Zinger eld...@mellanox.co.il Date: Tue May 18 11:48:54 2010 +0300 sdp: canceled a call to sdp_desroy_work() on send completion with error No need to destroy resources after send completion with error. Signed-off-by: Eldad Zinger eld...@mellanox.co.il commit ba9dbc39149fb34fab383b190ca03c6d1017a92d Author: Eldad Zinger eld...@mellanox.co.il Date: Tue May 18 11:34:28 2010 +0300 sdp: unnecessary wait-queue removed from sdp_sock structure. Signed-off-by: Eldad Zinger eld...@mellanox.co.il commit edda276773fd8f68d374990c2d1e91545ad2a5c0 Author: Eli Cohen e...@mellanox.co.il Date: Thu May 27 11:06:19 2010 +0300 Backport: Add missing dev_id sysfs file Signed-off-by: Eli Cohen e...@mellanox.co.il commit dcfc4bb33fa2b8f5498fb6e1966af8731a28b6f7 Author: Eli Cohen e...@mellanox.co.il Date: Thu May 27 09:59:15 2010 +0300 Backport dev_id to 2.6.9 Since dev_id does not exsist as a member of struct net_device in kernel 2.6.9, avoid using it in mlx4_en. I will add means to read dev_id in subsequent patches. Signed-off-by: Eli Cohen e...@mellanox.co.il commit 977323bd115b8737604393fcf1af144fcc205507 Author: Eli Cohen e...@mellanox.co.il Date: Thu May 27 09:02:02 2010 +0300 mlx4_en: use net_device dev_id to indicate port number Today, there are no means to know which port of a hardware device a netdev interface uses. struct net_device conatins a field, dev_id, that can be used for that. Use this field to save the port number in ConnectX that is being used by the net device; port