[ewg] EWG/OFED meeting minutes for Nov 30, 09
EWG/OFED the meeting minutes for Nov 30, 2009 Meeting summary: - GA date is delayed in one week to Dec 21 - RC4 is planned for Dec 10 Meeting details: - We reviewed the bugs status. - Must have a real progress with SDP and IPoIB to get to release Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [PATCH] IB/qib: latest QIB driver fixes
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 2009 -0800 IB/core: allow HCAs to create IB port sysfs files This patch adds a new function to sysfs.c so that HCAs can create files in /sys/class/infiniband/hca/ports/N/. There is no need for an unregister function since the kobject reference will go to zero when ib_unregister_device() is called. Signed-off-by: Ralph Campbell ralph.campb...@qlogic.com ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] ofa_1_5_kernel 20091201-0200 daily build status
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-164.el5 Passed on x86_64 with linux-2.6.19 Passed on x86_64 with linux-2.6.20 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.24 Passed on x86_64 with linux-2.6.22 Passed on x86_64 with linux-2.6.26 Passed on x86_64 with linux-2.6.27 Passed on x86_64 with linux-2.6.25 Passed on x86_64 with linux-2.6.27.19-5-smp Passed on x86_64 with linux-2.6.9-89.ELsmp Passed on x86_64 with linux-2.6.9-78.ELsmp Passed on x86_64 with linux-2.6.9-67.ELsmp Passed on ia64 with linux-2.6.21.1 Passed on ia64 with linux-2.6.18 Passed on ia64 with linux-2.6.19 Passed on ia64 with linux-2.6.23 Passed on ia64 with linux-2.6.24 Passed on ia64 with linux-2.6.22 Passed on ia64 with linux-2.6.26 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] Re: [ofw] SC'09 BOF - Meeting notes
The link local address that we are currently passing down from the rdmacm encodes a MAC address that was obtained through neighbor discovery; so we are safe. There are RDMAoE applications (some in the embedded space) that do not use the rdmacm. Some of these rely on custom L2 address assignment and would like to completely avoid the use of neighbor discovery. For these, we can clearly state the requirement that the Interface Identifier in the link local address that they pass down should be such that it encodes a valid MAC address that the interface currently responds to. In the future we also intend to allow the use of (non link local) IP addresses encoded in the GIDs. And we will definitely use neighbor discovery to translate those. --Liran -Original Message- From: Roland Dreier [mailto:rdre...@cisco.com] Sent: Monday, November 30, 2009 7:34 AM To: Liran Liss Cc: Richard Frank; o...@lists.openfabrics.org; OpenFabrics EWG Subject: Re: [ewg] Re: [ofw] SC'09 BOF - Meeting notes RFC 4291, Appendix A. Thanks for the pointer. As far as I can tell from reading some IPv6 stuff, it really is broken to try to go from a link-local IPv6 address back to a L2 ethernet address. For example, RFC 2464 (pointed to by RFC 4291) says: Ethernet Address The 48 bit Ethernet IEEE 802 address, in canonical bit order. This is the address the interface currently responds to, and may be different from the built-in address used to derive the Interface Identifier. It really seems to be setting ourselves up for trouble not to use neighbor discovery to map IPv6 addresses to link-layer addresses. - R. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] [ANNOUNCE] OFED-RDMAoE-1.5-rc3 release is available
Hi, I am resending this mail with just the title fixed to rc3. On Tue, Dec 01, 2009 at 06:41:37PM +0200, Eli Cohen wrote: OFED-RDMAoE-1.5-rc3 is available The tarball is available on: http://www.openfabrics.org/downloads/OFED/ofed-rdmaoe-1.5/OFED-RDMAoE-1.5-rc3.tgz To get BUILD_ID run ofed_info Please report any issues in bugzilla https://bugs.openfabrics.org/ for OFED 1.5, component RDMAoE Release information: Linux Operating Systems: - RedHat EL4 up6 2.6.9-67.ELsmp - RedHat EL4 up7 2.6.9-78.ELsmp - RedHat EL4 up8 2.6.9-89.ELsmp - RedHat EL5 up2 2.6.18-92.el5 - RedHat EL5 up3 2.6.18-128.el5 - RedHat EL5 up4 2.6.18-164.el5 - SLES10 SP2 2.6.16.60-0.21-smp - SLES10 SP3 2.6.16.60-0.54-smp - SLES11 2.6.27.19-5-default - OEL 4 up72.6.9-78.ELsmp - OEL 5 up22.6.18-92.el5 - CentOS5.22.6.18-92.el5 - CentOS5.32.6.18-128.el5 - Fedora Cor 2.6.29 * - OpenSuSE 11 2.6.25.5-1.1* - kernel.org 2.6.29 and 2.6.30 * Minimal QA for these versions Systems: * x86_64 * x86 * ia64 * ppc64 Main changes from 1.5 rc2: 1. Updated packages: libibverbs-1.1.2-0.8.g66ece2f.tar.gz libipathverbs-1.2.tar.gz dapl-2.0.25.tar.gz compat-dapl-1.2.15.tar.gz ib-bonding-0.9.0-41.src.rpm rnfs-utils-1.1.5-10.OFED.src.rpm - Management packages: libibumad-1.3.3_20091130_4ea1c4d.tar.gz libibmad-1.3.3_20091130_4ea1c4d.tar.gz opensm-3.3.3_20091130_4ea1c4d.tar.gz infiniband-diags-1.5.3_20091130_4ea1c4d.tar.gz ibutils-1.2-0.1.ge8e69b7.tar.gz - MPI packages: mvapich2-1.4-2.src.rpm mpitests-3.2-916.src.rpm (Updated IMB and OSU benchmark tests) 2. Bug fixes (attached log file) Limitations: - SLES10 SP3 on IA64 is not supported yet Notes: RDMAoE and mlx4_en capabilities are supported only for x86 and x86_64 architectures. commit 437d9b4dfd4dbd58a8e52348c6f12b70ebf9bb1d Merge: 5c0b86c... b9e3b12... Author: Eli Cohen e...@mellanox.co.il Date: Tue Dec 1 11:02:05 2009 +0200 Merge branch 'ofed_kernel_1_5' into rdmaoe commit b9e3b127bc904ef0bd9a3efb77bdf0c66a85f386 Author: Yevgeny Petrilin yevge...@mellanox.co.il Date: Tue Dec 1 10:27:50 2009 +0200 mlx4_core: Using selected vector number when setting EQ in cqc Signed-off-by: Yevgeny Petrilin yevge...@mellanox.co.il commit 56bfadef0b8fd97cfcd6b202f84d566ce6e9ccd3 Author: Amir Vadai am...@mellanox.co.il Date: Mon Nov 30 16:14:14 2009 +0200 sdp: cancel_work_sync on 2.6.22 didn't return a value Since the return value was used for debug message only, gave up this message to make backports easier. Signed-off-by: Amir Vadai am...@mellanox.co.il commit 5c0b86cb9540abe2d130769d932e9b2c482218f0 Merge: 3dc9160... 56bfade... Author: Eli Cohen e...@mellanox.co.il Date: Mon Nov 30 17:07:56 2009 +0200 Merge branch 'ofed_kernel_1_5' into rdmaoe commit 3dc9160cac856a60f3ea04bd253cf9f436572b5a Merge: 4e401c5... c842ed7... Author: Eli Cohen e...@mellanox.co.il Date: Mon Nov 30 16:37:33 2009 +0200 Merge branch 'ofed_kernel_1_5' into rdmaoe commit 108d9abbab4251aa6806b57bf84a8ea63caa73d4 Author: Amir Vadai am...@mellanox.co.il Date: Mon Nov 30 15:04:05 2009 +0200 sdp: fix compilation error on kernel 2.6.20 Signed-off-by: Amir Vadai am...@mellanox.co.il commit c842ed79fe5811b2e42c3ea6fa5675125d5b4875 Author: Yevgeny Petrilin yevge...@mellanox.co.il Date: Mon Nov 30 09:47:45 2009 +0200 mlx4: Fixed a bug in dynamic completion vector allocation The cq allocation function would return -EINVAL in case that it received MLX4_LEAST_ATTACHED_VECTOR as the vector number. Signed-off-by: Yevgeny Petrilin yevge...@mellanox.co.il commit 4e401c545d857ed52066c46a00c533b9f9a0facc Author: Eli Cohen e...@mellanox.co.il Date: Sun Nov 29 12:17:55 2009 +0200 From 0952e0395387e0cfcbeaa2232f92ee4545453014 Mon Sep 17 00:00:00 2001 From: Eli Cohen e...@mellanox.co.il Date: Sun, 29 Nov 2009 11:51:48 +0200 Subject: [PATCH 2/2] rdmaoe: Fix crash when using loopback When we use a loopback connection, we do not find the corresponding netdev. Failure to do so caused a crash when trying to retrieve the MTU. Use the max MTU for loopback devices. Note: loopback still does not work in this version due to FW configuration but the system will not crash. Signed-off-by: Eli Cohen e...@mellanox.co.il commit f44485baeb44593e0faaa27e0a500c38add138e8 Author: Eli Cohen e...@mellanox.co.il Date: Sun Nov 29 12:11:46 2009 +0200 From c057fed4df8bccefdcba0d8411f2e007e131d968 Mon