[ewg] ***SPAM*** Re: [ofa-general] OFED 1.4.1 is available

Hi, JFYI, A workaround mentioned here http://www.open-mpi.org/community/lists/devel/2009/01/5176.php '--with-contrib-vt-flags=--disable-iotrace' helps. no idea if workaround causes any harm in any way or how good is it to apply !! ?? PN wrote: HI, I have a build error of OFED-1.4.1-rc

[ewg] RE: When will we move to the new server?

Hi Jeff, If you are going to change RHEL5.2 patches, then see the compilation issue on x86 that I sent earlier today to Jon. Regards, Vladimir > -Original Message- > From: Jeff Becker [mailto:jeffrey.c.bec...@nasa.gov] > Sent: Wednesday, March 04, 2009 7:04 PM > To: tzipo...@dev.mellanox.

[ewg] how to deal with /usr/src/ofa_kernel/include/linux/autoconf.h?

I'm wondering what the general wisdom is here to deal with the fact that given a kernel-ib-devel installation, /usr/src/ofa_kernel/include/linux has an autoconf.h in it with just the OFED kernel definitions in it. Given that when I build my kernel module I do: . /usr/src/ofa_kernel/config

Re: [ewg] shipping firmware with ofed

I asked around, and we've never actually shipped Chelsio firmware (we almost did, but instead Chelsio added the firmware byte code into their upstream driver and we backported that so that the kernel has the firmware built into the Chelsio driver). We have shipped other firmware rpms in the pas

[ewg] Re: regarding iser

On Wed, 4 Mar 2009 12:53:41 +0530 aniket agashe wrote: > i m trying to use bonnie++ to analyse the result for iscsi over tcp > and ISER (iscsi extension for RDMA). In case of iscsi-tcp it works fine > but in case of ISER, i m getting > > > ext2_free_blocks: Freeing blocks not in datazon

[ewg] Re: OFED-1.4.1-rc1 compilation fails on RHEL5.2 32-bit

Hey Vlad, You are correct, I did not have a 32bit version of those functions. The attached patch should fix the issue. Thanks, Jon On Wed, Mar 04, 2009 at 04:08:17PM +0200, Vladimir Sokolovsky wrote: > Hi Jon, > > nfsrdma backport headers (atomic.h) break OFED's kernel compilation on > RHEL5.2

Re: [ewg] shipping firmware with ofed

On Tue, 2009-03-03 at 12:48 -0600, Steve Wise wrote: > Woodruff, Robert J wrote: > > Steve Wrote, > > > > > >> I request that we do add this. Forcing customers to download firmware > >> isn't very user friendly. > >> > > > > > >> It should be fairly easy to do, yes? I would take on the

[ewg] Re: When will we move to the new server?

Hi Tziporet Tziporet Koren wrote: > Hi Jeff > I understand Vlad already completed his checks > When will you move the domain to the new server? > Is it OK if I look into this next week? I'm busy leveraging the NFSRDMA RHEL5.2 backport patches to improve the SLES10SP2 backport. Thanks. -jeff

[ewg] crash in mthca with ofed-1.4.1

I just put on the 20090303-0200 kernel build and hit this on boot up when loading mthca. Is this a new bug? Distro: RH5.2 HW: x86_64 OFA Drivers: ofa_1_4_kernel-20090303-0200 divide error: [1] SMP last sysfs file: /block/sda/sda1/dev CPU 0 Modules linked in: sg ib_mthca(U) cxgb3

Re: [ewg] OFED-1.4.1-rc1 compilation fails on RHEL5.2 32-bit

Never mind. I was confused. Steve Wise wrote: 2.6.9_U7 looks like RHEL4.7. Not RHEL5.2. Yes? Vladimir Sokolovsky wrote: Hi Jon, nfsrdma backport headers (atomic.h) break OFED's kernel compilation on RHEL5.2 32-bit: See kernel_addons/backport/2.6.9_U7/include/asm/atomic.h as an example.

Re: [ewg] OFED-1.4.1-rc1 compilation fails on RHEL5.2 32-bit

2.6.9_U7 looks like RHEL4.7. Not RHEL5.2. Yes? Vladimir Sokolovsky wrote: Hi Jon, nfsrdma backport headers (atomic.h) break OFED's kernel compilation on RHEL5.2 32-bit: See kernel_addons/backport/2.6.9_U7/include/asm/atomic.h as an example. gcc -m32 -Wp,-MD,/var/tmp/OFED_topdir/BUILD/o

[ewg] OFED-1.4.1-rc1 compilation fails on RHEL5.2 32-bit

Hi Jon, nfsrdma backport headers (atomic.h) break OFED's kernel compilation on RHEL5.2 32-bit: See kernel_addons/backport/2.6.9_U7/include/asm/atomic.h as an example. gcc -m32 -Wp,-MD,/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4/drivers/infiniband/core/.addr.o.d -nostdinc -isystem /usr/lib/g