[ofa-general] Build failures on current 1.4.1 dailies

[Jeff Becker]

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
> general at lists.openfabrics.org
> http://lists.openfabrics.org/cgi-bin/mailman/listinfo/general
>
> To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
>