Hi Jon Jon Mason wrote: > On Sun, May 03, 2009 at 01:48:32PM +0300, Tziporet Koren wrote: > >> Jon/Steve >> I see the issue is with nfs - please look at this >> > > I do not think anyone has backported 2.6.27 (as I do not see a > kernel_addons/backport/2.6.27 backport dir). The fix is a simple 1 > liner in pagemap.h consisting of: > #define __grab_cache_page grab_cache_page > > Since there is not a backport dir for this kernel, do we really want to > add support for it this late in the OFED 1.4.1 release? I have not done > any NFSRDMA testing for this kernel. So this could end up to be > something that could delay the 1.41. release further. > I originally verified that NFSRDMA built against 2.6.27 for OFED 1.4. Since OFED 1.4 was based on 2.6.27 kernel, there was no reason to have a backport. I believe this is still the case for 1.4.1, but it's possible that one of the upstream fixes caused this breakage.
-jeff > Thanks, > Jon > > >> Thanks >> Tziporet >> >> Gennadiy Nerubayev wrote: >> >>> Hi all, >>> >>> Running on 2.6.27.21 x64. ofa_kernel build error as follows: >>> >>> -I/usr/src/redhat/BUILD/kernel-2.6.27.21/arch/x86_64/include \ >>> -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing >>> -fno-common -Werror-implicit-function-declaration -Os -m64 >>> -mtune=generic -mno-red-zone -mc >>> model=kernel -funit-at-a-time -maccumulate-outgoing-args >>> -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -pipe >>> -Wno-sign-compare -fno-asynchronous-unwind-tables >>> -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -Iinclude/asm-x86/mach-default >>> -fno-stack-protector -fomit-frame-pointer -g >>> -Wdeclaration-after-statement -Wno-pointer-sign >>> -fwrapv -DMODULE -D"KBUILD_STR(s)=#s" >>> -D"KBUILD_BASENAME=KBUILD_STR(file)" >>> -D"KBUILD_MODNAME=KBUILD_STR(nfs)" -c -o >>> /var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4.1/ >>> fs/nfs/.tmp_file.o >>> /var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4.1/fs/nfs/file.c >>> /var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4.1/fs/nfs/file.c: In function >>> 'nfs_write_begin': >>> /var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4.1/fs/nfs/file.c:354: error: >>> implicit declaration of function '__grab_cache_page' >>> /var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4.1/fs/nfs/file.c:354: >>> warning: assignment makes pointer from integer without a cast >>> make[3]: *** >>> [/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4.1/fs/nfs/file.o] Error 1 >>> make[2]: *** [/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4.1/fs/nfs] Error 2 >>> make[1]: *** [_module_/var/tmp/OFED_topdir/BUILD/ofa_kernel-1.4.1] Error 2 >>> make[1]: Leaving directory `/usr/src/redhat/BUILD/kernel-2.6.27.21' >>> make: *** [kernel] Error 2 >>> error: Bad exit status from /var/tmp/rpm-tmp.2461 (%build) >>> >>> Assuming we turn off nfs stuff to go further, error number two is from >>> infiniband-diags: >>> <snip> >>> checking whether to build shared libraries... yes >>> checking whether to build static libraries... yes >>> checking for sys_read_string in -libcommon... yes >>> checking for umad_init in -libumad... yes >>> checking for mad_dump_int in -libmad... no >>> configure: error: mad_dump_int() not found. diags require libibmad. >>> error: Bad exit status from /var/tmp/rpm-tmp.42050 (%build) >>> >>> I confirmed that pulling management git and compiling libs and diags >>> from there does not have this issue, and that the libibmad.so.1 that >>> gets compiled in the daily OFED does not have mad_dump_int(). >>> >>> >>> > _______________________________________________ > general mailing list > [email protected] > http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general > > To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general > _______________________________________________ general mailing list [email protected] http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
