Re: [ewg] Re: [GIT PULL ofed-1.2.5] - cxgb3 fixes
Steve Wise wrote: These are all going upstream and in ofed-1.3 and I want to keep ofed-1.2.5 up to date as well. Can these make 1.2.5.5 by chance? You were lucky - we just built 1.2.5.5. yesterday so its in :-) Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Let's chat
Hello! I am tired today. I am nice girl that would like to chat with you. Email me at [EMAIL PROTECTED] only, because I am using my friend's email to write this. Will send some of my pictures ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] ib-bonding release 22
Moni Shoua wrote: Please take from my home dir. latest.txt was also updated. Change Log: -- 1. Apply backport patches also for kernel 2.6.9-67 (Redhat4 UP6) 2. Fix bugs for working with OS tools (sysconfig/initscripts) 3. Change in documentation for working with OS tools 4. Fix: in ib-bons - bond0 appears as constant instead of $BOND_NAME in one place 5. Fix: Destroy bonding master only if it exists Vlad, Please apply the patch below to ofed_1_3_scripts to complete the support for RH4 Up6 Add 2.6.9-67 to the list of kernels that are supported by ib-bonding Signed-off-by: Moni Shoua [EMAIL PROTECTED] --- Applied, Regards, Vladimir ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [ofa-general] OFED 1.3 RC2 release is available
On Jan 16, 2008 5:22 PM, Tziporet Koren [EMAIL PROTECTED] wrote: Hi, OFED 1.3 RC2 release is available on http://www.openfabrics.org/builds/ofed-1.3/release/OFED-1.3-rc2.tgz To get BUILD_ID run ofed_info Please report any issues in bugzilla https://bugs.openfabrics.org/ The RC3 release is expected on January 30 Apparently OFED 1.3 includes SRP target support ? Although I consider SRP target support as a very valuable contribution, it should not be included in the OFED distribution but in the SCST distribution. The reason is that the SRP target relies on SCST interfaces that can potentially change with each new SCST release. Consider e.g. the scsi_tgt.h header file, which defines the interface between SCST core and SCST mid-level modules. The version of this file included with git://git.openfabrics.org/~vu/ofed_1_3.git (0.9.6-pre3) is incompatible with the latest scsi_tgt.h file from the SCST project (0.9.6-rc1). This may cause kernel crashes for OFED 1.3 SRP target users who combine OFED 1.3 with the latest SCST version. Sorry for this late notice. Bart. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [Scst-devel] [ofa-general] OFED 1.3 RC2 release is available
On Jan 28, 2008 12:47 PM, Vladislav Bolkhovitin [EMAIL PROTECTED] wrote: Bart Van Assche wrote: Apparently OFED 1.3 includes SRP target support ? Although I consider SRP target support as a very valuable contribution, it should not be included in the OFED distribution but in the SCST distribution. The reason is that the SRP target relies on SCST interfaces that can potentially change with each new SCST release. Consider e.g. the scsi_tgt.h header file, which defines the interface between SCST core and SCST mid-level modules. The version of this file included with git://git.openfabrics.org/~vu/ofed_1_3.git (0.9.6-pre3) is incompatible with the latest scsi_tgt.h file from the SCST project (0.9.6-rc1). This may cause kernel crashes for OFED 1.3 SRP target users who combine OFED 1.3 with the latest SCST version. No it won't crash, it will refuse to run. I've recently added in SCST protection against attempts running mixed SCST and target driver versions. BTW, there is a *!!* *!! !!* *!! BIG FAT WARNING ABOUT MIXED VERSIONS PROBLEM !!* *!! !!* *!!* Hello Vladislav, I did not test the above scenario -- what I wrote was the result of source reading. It is very good that interface versions are checked inside SCST before mid-level drivers are used. Even with interface version checking in place, my opinion is that the SRP target code should be included in the SCST project and not in the OFED project. Bart. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [Scst-devel] [ofa-general] OFED 1.3 RC2 release is available
On Jan 28, 2008 1:23 PM, Vladislav Bolkhovitin [EMAIL PROTECTED] wrote: But that won't change anything. The problem will be simply inverted: there will be a possibility to run a SRPT driver compiled for a wrong OFED version. The SRP target driver indeed relies on several OFED kernel headers, but these kernel headers are included in the mainstream Linux kernel since some time. When I need OFED kernel modules, I use the modules included with the mainstream Linux kernel and not those included with the OFED distribution. With regard to distribution of kernel code that is newer than the most recent mainstream Linux kernel I prefer the model followed by the realtime community: do not distribute the whole source tree but publish an up-to-date patch every time a new kernel version is released. See also http://www.kernel.org/pub/linux/kernel/projects/rt/. Keeping such a patch up to date is more work but is a lot easier to review than having to compare source trees. Bart. ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] ***SPAM*** Re: [Scst-devel] [ofa-general] OFED 1.3 RC2 release is available
Bart Van Assche wrote: On Jan 16, 2008 5:22 PM, Tziporet Koren [EMAIL PROTECTED] wrote: Hi, OFED 1.3 RC2 release is available on http://www.openfabrics.org/builds/ofed-1.3/release/OFED-1.3-rc2.tgz To get BUILD_ID run ofed_info Please report any issues in bugzilla https://bugs.openfabrics.org/ The RC3 release is expected on January 30 Apparently OFED 1.3 includes SRP target support ? Although I consider SRP target support as a very valuable contribution, it should not be included in the OFED distribution but in the SCST distribution. The reason is that the SRP target relies on SCST interfaces that can potentially change with each new SCST release. Consider e.g. the scsi_tgt.h header file, which defines the interface between SCST core and SCST mid-level modules. The version of this file included with git://git.openfabrics.org/~vu/ofed_1_3.git (0.9.6-pre3) is incompatible with the latest scsi_tgt.h file from the SCST project (0.9.6-rc1). This may cause kernel crashes for OFED 1.3 SRP target users who combine OFED 1.3 with the latest SCST version. Now it won't crash, it will refuse to run. I've recently added in SCST protection against attempts running mixed SCST and target driver versions. BTW, there is a *!!* *!! !!* *!! BIG FAT WARNING ABOUT MIXED VERSIONS PROBLEM !!* *!! !!* *!!* during SCST installation. Did you ignored it? Is it not BIG FAT enough? Sorry for this late notice. Bart. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scst-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/scst-devel ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] ***SPAM*** Re: [Scst-devel] [ofa-general] OFED 1.3 RC2 release is available
Bart Van Assche wrote: On Jan 28, 2008 12:47 PM, Vladislav Bolkhovitin [EMAIL PROTECTED] wrote: Bart Van Assche wrote: Apparently OFED 1.3 includes SRP target support ? Although I consider SRP target support as a very valuable contribution, it should not be included in the OFED distribution but in the SCST distribution. The reason is that the SRP target relies on SCST interfaces that can potentially change with each new SCST release. Consider e.g. the scsi_tgt.h header file, which defines the interface between SCST core and SCST mid-level modules. The version of this file included with git://git.openfabrics.org/~vu/ofed_1_3.git (0.9.6-pre3) is incompatible with the latest scsi_tgt.h file from the SCST project (0.9.6-rc1). This may cause kernel crashes for OFED 1.3 SRP target users who combine OFED 1.3 with the latest SCST version. No it won't crash, it will refuse to run. I've recently added in SCST protection against attempts running mixed SCST and target driver versions. BTW, there is a *!!* *!! !!* *!! BIG FAT WARNING ABOUT MIXED VERSIONS PROBLEM !!* *!! !!* *!!* Hello Vladislav, I did not test the above scenario -- what I wrote was the result of source reading. It is very good that interface versions are checked inside SCST before mid-level drivers are used. Even with interface version checking in place, my opinion is that the SRP target code should be included in the SCST project and not in the OFED project. But that won't change anything. The problem will be simply inverted: there will be a possibility to run a SRPT driver compiled for a wrong OFED version. Bart. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Scst-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/scst-devel ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] Is it possible to upgrage memory in the OFA hosting server
Johann George wrote: I can arrange for the disk space and memory to be upgraded. I'm not sure how disruptive it is and am wondering if we should wait until after this OFED release is out? Johann On Mon, Jan 28, 2008 at 01:28:27PM +, Sasha Khapyorsky wrote: On 10:30 Mon 28 Jan , Tziporet Koren wrote: Many people suffers from the performance of the server, especially since all use it for the cross compilation Is it possible to add more memory to this server. It is not only memory problem. This weekend (and it is not first time) the server was almost not functional (mailman, bugzilla, git) due to lack of free space on root fs (and I removed some old files in /tmp). I can see that Vlad cleaned some temporary files, but nobody else cared. Probably it could be useful: 1. to run cleanup script daily or weekly (at least over /tmp and ~user/tmp directories). 2. to publish top10 list of users which consume most disk space on the server and send them notification by email. 3. to not use the OFA server (which primary goal was to host git, mailman, bugzilla, wiki, etc.) for builds. A new server for builds might be the ticket. Maybe NetApp can donate a filer? :) ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] OFED teleconference today
Friendly reminder: the OFED teleconference is today (Monday, 28 January, 2008). Next few teleconferences: - All are at noon US eastern / 9am US Pacific / 7pm Israel 1. Monday, Jan 28, code 210020028 2. Monday, Feb 4, code 210020028 3. Monday, Feb 11, code 210020028 Dial-in information: US/Canada: +1.866.432.9903 India: +91.80.4103.3979 Israel: +972.9.892.7026 Others: http://cisco.com/en/US/about/doing_business/conferencing/ -- Jeff Squyres Cisco Systems ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] OFED meeting agenda for today (Jan 28) meeting
This is the agenda for the meeting today: 1. OFED 1.3 readiness toward RC3 this week - all 2. Decide regarding IBM request to change IPoIB to support CM without SRQ (see http://lists.openfabrics.org/pipermail/ewg/2008-January/005507.html) 3. Review high priority bugs: 846 critical RHEL 5 [EMAIL PROTECTED] SDP crash on RHEL5 ppc64 running netserver 859 critical SLES 10 [EMAIL PROTECTED] Bonding configuration on Sles10 sp1 is not loaded consistently 863 critical RHEL 4 [EMAIL PROTECTED] ib-bonding won't compile for RHEL4 U6 874 critical Other [EMAIL PROTECTED] Intel MPI (IMB test) hangs intermittently on the qlogic HCA 760 major All [EMAIL PROTECTED] UDP performance on Rx is lower than Tx 761 major Other [EMAIL PROTECTED] Poor and jittery UDP performance at small messages 869 major SLES 10 [EMAIL PROTECTED] mstflint won't biuld on SLES10 x86 736 major Other [EMAIL PROTECTED] IBV_WC_RETRY_EXC_ERR errors with local rdma_reads 767 major Other [EMAIL PROTECTED] Non backport Kernels that don't build in genalloc cause compile errors for cxgb3 Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] All patches that should go to OFED 1.3 RC3 should be posted today
We wish to build RC3 tomorrow and have one night of testing before its released Please make sure to send all patches/git updates for rc3 today Thanks, Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [GIT PULL] IB/libehca ofed_1_3
Stefan Roscher wrote: Hi Vlad! Please pull from git://git.openfabrics.org/~hnguyen/libehca ofed_1_3 to get the following small patches for ofed-1.3: 0001remove white spaces and add a missing function header 0002add proper IPD calculation, remove unneccessary query_port() 0003add unsolicited ACK circumvention Stefan Done, Regards, Vladimir ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
RE: [ewg] OFED meeting agenda for today (Jan 28) meeting
Vlad, Why is dapl v1 and v2 libraries not setup for --build32 option? (see bug 824) Are there some issues needing resolved? -arlin _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tziporet Koren Sent: Monday, January 28, 2008 7:50 AM To: EWG Cc: OpenFabrics General Subject: [ewg] OFED meeting agenda for today (Jan 28) meeting This is the agenda for the meeting today: 1. OFED 1.3 readiness toward RC3 this week - all 2. Decide regarding IBM request to change IPoIB to support CM without SRQ (see http://lists.openfabrics.org/pipermail/ewg/2008-January/005507.html) 3. Review high priority bugs: 846 criticalRHEL 5 [EMAIL PROTECTED] SDP crash on RHEL5 ppc64 running netserver 859 criticalSLES 10 [EMAIL PROTECTED] Bonding configuration on Sles10 sp1 is not loaded consistently 863 criticalRHEL 4 [EMAIL PROTECTED] ib-bonding won't compile for RHEL4 U6 874 criticalOther [EMAIL PROTECTED] Intel MPI (IMB test) hangs intermittently on the qlogic HCA 760 major All [EMAIL PROTECTED] UDP performance on Rx is lower than Tx 761 major Other [EMAIL PROTECTED] Poor and jittery UDP performance at small messages 869 major SLES 10 [EMAIL PROTECTED] mstflint won't biuld on SLES10 x86 736 major Other [EMAIL PROTECTED] IBV_WC_RETRY_EXC_ERR errors with local rdma_reads 767 major Other [EMAIL PROTECTED] Non backport Kernels that don't build in genalloc cause compile errors for cxgb3 Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ofa-general] RE: [ewg] OFED meeting agenda for today (Jan 28) meeting
Arlin Davis wrote: Vlad, Why is dapl v1 and v2 libraries not setup for --build32 option? (see bug 824) Are there some issues needing resolved? I enabled the 32-bit build for uDAPL and the build works fine but we have some issues with the RPM installation due to ordering. Does the install.pl script handle ofa_pre_inst settings when both 32bit and 64bit libraries are being installed? Install dapl-v1 RPM: Running rpm -iv /tmp/OFED-1.3-rc2/RPMS/redhat-release-5Server-5.1.0.2/dapl-1.2.3-0.84.ofed20071128.x86_64.rpm Install dapl-v2 RPM: Running rpm -iv /tmp/OFED-1.3-rc2/RPMS/redhat-release-5Server-5.1.0.2/dapl-2.0.3-0.217.ofed20080115.x86_64.rpm Install dapl-devel RPM: Running rpm -iv /tmp/OFED-1.3-rc2/RPMS/redhat-release-5Server-5.1.0.2/dapl-devel-2.0.3-0.217.ofed20080115.x86_64.r pm Running rpm -iv /tmp/OFED-1.3-rc2/RPMS/redhat-release-5Server-5.1.0.2/dapl-devel-2.0.3-0.217.ofed20080115.i686.rpm Failed to install dapl-devel RPM See /tmp/OFED.8978.logs/dapl-devel.rpminstall.log error: Failed dependencies: libdaplofa.so.2 is needed by dapl-devel-2.0.3-0.217.ofed20080115.i686 libdat.so.2 is needed by dapl-devel-2.0.3-0.217.ofed20080115.i686 I also noticed that dapl-devel is not part of HPC selection. Please add. Thanks, -arlin ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] Re: [GIT PULL] ~sashak/management.git
On 18:08 Mon 28 Jan , Sasha Khapyorsky wrote: Please pull recent ofed_1_3 branch of ~sashak/management.git. The changes are: Plus those, last minute ones: Hal Rosenstock (3): opensm/osm_subnet.c: Better clarity in opensm.opts file for perfmgr_redir opensm/osm_perfmgr.c: Fix duplicated error code opensm/osm_perfmgr.c: If redirection requested but disabled, don't rerequest Sasha Khapyorsky (3): opensm/perfmgr: remove unused label - fix compilation warning opensm/perfmgr: wakeup perfmgr discover only after NO_PENDING_TRANSACTION was signaled opensm/perfmgr: break perfmgr discovery if osm_exit_flag is on Thanks, Sasha ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] Is it possible to upgrage memory in the OFA hosting server
I can arrange for the disk space and memory to be upgraded. I'm not sure how disruptive it is and am wondering if we should wait until after this OFED release is out? Johann On Mon, Jan 28, 2008 at 01:28:27PM +, Sasha Khapyorsky wrote: On 10:30 Mon 28 Jan , Tziporet Koren wrote: Many people suffers from the performance of the server, especially since all use it for the cross compilation Is it possible to add more memory to this server. It is not only memory problem. This weekend (and it is not first time) the server was almost not functional (mailman, bugzilla, git) due to lack of free space on root fs (and I removed some old files in /tmp). I can see that Vlad cleaned some temporary files, but nobody else cared. Probably it could be useful: 1. to run cleanup script daily or weekly (at least over /tmp and ~user/tmp directories). 2. to publish top10 list of users which consume most disk space on the server and send them notification by email. 3. to not use the OFA server (which primary goal was to host git, mailman, bugzilla, wiki, etc.) for builds. Sasha ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [GIT PULL] IB/libehca ofed_1_3
Hi Vlad! Please pull from git://git.openfabrics.org/~hnguyen/libehca ofed_1_3 to get the following small patches for ofed-1.3: 0001remove white spaces and add a missing function header 0002add proper IPD calculation, remove unneccessary query_port() 0003add unsolicited ACK circumvention Stefan ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] RE: [ofa-general] is OF bugzilla down?
It's back up now. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Weitzenkamp (sweitzen) Sent: Monday, January 28, 2008 10:57 AM To: ewg@lists.openfabrics.org; [EMAIL PROTECTED] Subject: [ofa-general] is OF bugzilla down? I can't seem to get to it Scott Weitzenkamp SQA and Release Manager Server Virtualization Business Unit Cisco Systems ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
[ewg] [ANNOUNCE] dapl-1.2.4 and dapl-2.0.4 release
There are new releases for dapl 1.2 and 2.0 available on the OFA download page and in my git tree. md5sum: eeb8ff274f3c297ec88c551177ca902f dapl-1.2.3.tar.gz md5sum: 6336689ef9d764d144b9c9cd9219987a dapl-2.0.2.tar.gz Vlad, please pull both releases into OFED 1.3 RC3 and install the following packages: dapl-1.2.4-1 dapl-2.0.4-1 dapl-utils-2.0.4-1 dapl-devel-2.0.4-1 dapl-debuginfo-2.0.4-1 See http://www.openfabrics.org/downloads/dapl/README.html http://www.openfabrics.org/downloads/dapl/README.html for details. -arlin ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
Re: [ewg] Re: [ofa-general] MVAPICH2 1.0.2 SRPM Available
Or Gerlitz wrote: Jonathan, can you please exclude the general list from such postings? it has nothing to do with that list. I do not agree with you Not everybody is registered to ewg but many people wish to know on a new MPI package Tziporet ___ ewg mailing list ewg@lists.openfabrics.org http://lists.openfabrics.org/cgi-bin/mailman/listinfo/ewg
