https://jira.whamcloud.com This file is an XML representation of an issue en-us 9.4.14 940014 05-12-2023 https://jira.whamcloud.com/browse/LU-2752 Lustre <p>Current Lustre build is not support cross compilation for the<br/> Intel(R) Xeon Phi(TM) card. So, producing binaries<br/> for MIC card is not trivial now and required manual changes of<br/> sources. It would be very beneficial to provide an easy way to<br/> produce client binaries for the Intel(R) Xeon Phi(TM) card<br/> directly from GIT repository just specifying appropriate<br/> --host and --build option for ./configure script.</p> <p>For example, to produce Lustre binaries for MIC card just execute<br/> the following:</p> <p>./configure --host=x86_64-k1om-linux --build=x86_64-pc-linux</p> LU-2752

Enhance build for cross compilation for the Intel(R) Xeon Phi(TM) card

Improvement Minor Resolved Fixed Dmitry Eremin Dmitry Eremin Tue, 5 Feb 2013 10:34:12 +0000 Fri, 7 Jun 2013 10:08:04 +0000 Fri, 10 May 2013 17:19:16 +0000 Lustre 2.4.0 Lustre 2.4.0 0 5 <p>When cross compiling, --host is system on which you are doing the compilation, and --target is the system that you building binaries for. So you need to do something like this:</p> <p>./configure --host=x86_64-pc-linux --target=x86_64-k1om-linux</p> <p>usually configure is capable to recognize build system. e.g., i'm building on os/x to run in regular linux env with the following:<br/> configure --host=x86_64-unknown-linux</p> <p>where:<br/> $ gcc -v<br/> Using built-in specs.<br/> Target: i686-apple-darwin11<br/> gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)</p> <p>$ luconfig --with-linux=/work/linux-2.6.32-279.2.1 --disable-liblustre --with-spl=/work/lustre/spl --with-spl-obj=/work/lustre/spl --with-zfs=/work/lustre/zfs --with-zfs-obj=/work/lustre/zfs<br/> checking build system type... x86_64-apple-darwin12.2.1<br/> checking host system type... x86_64-unknown-linux-gnu<br/> checking target system type... x86_64-unknown-linux-gnu<br/> ...</p> <p>I used description from <a href="http://www.gnu.org/software/autoconf/manual/automake.html" class="external-link" target="_blank" rel="nofollow noopener">http://www.gnu.org/software/autoconf/manual/automake.html</a></p> <p>2.2.8 Cross-Compilation</p> <p>To cross-compile is to build on one platform a binary that will run on another platform. When speaking of cross-compilation, it is important to distinguish between the build platform on which the compilation is performed, and the host platform on which the resulting executable is expected to run. The following configure options are used to specify each of them:</p> <p>--build=build<br/> The system on which the package is built. </p> <p>--host=host<br/> The system where built programs and libraries will run.</p> <p>When the --host is used, configure will search for the cross-compiling suite for this platform. Cross-compilation tools commonly have their target architecture as prefix of their name. For instance my cross-compiler for MinGW32 has its binaries called i586-mingw32msvc-gcc, i586-mingw32msvc-ld, i586-mingw32msvc-as, etc.</p> <p>You can specify --target option also the same as --host but the --host should be specified to avoid using cross compiler for tests during ./configure script execution.</p> <p>Ah, my mistake: --target is only used when building a cross compiler - it's the architecture that the cross compiler will produce.</p> <p>Is there actually something that needs to be changed in the Lustre build environment for this to work, or is it working properly with the current <tt>&#45;&#45;host</tt> and <tt>&#45;&#45;build</tt> configure options?</p> <p>Without <a href="http://review.whamcloud.com/5273" class="external-link" target="_blank" rel="nofollow noopener">http://review.whamcloud.com/5273</a> patch it doesn't work.</p> <p>The config.log of the following command is attached (w/o the patch):</p> <div class="preformatted panel" style="border-width: 1px;"><div class="preformattedContent panelContent"> <pre>./configure --with-linux=/opt/intel/mic/src/card/kernel \ --disable-server --without-o2ib \ --host=x86_64-k1om-linux --build=x86_64-pc-linux </pre> </div></div> <p>If I have a chroot environment with<br/> intel-mic-ofed-kmod-devel<br/> intel-mic-ofed-libibscif-devel<br/> and other supportive intel-mic-ofed rpms installed,<br/> and specify " --with-o2ib=/usr/src/intel-mic-ofed-kmod" as a configure parameter, do I still need this patch? I built a lustre client this way it seemed to build OK.</p> <p>Jay, you will note that this patch has been marked as fixed in the 2.4.0 release, so no patch is necessary for that version.</p> <p>I meant to ask if the solution provided by this LU patch is needed even if I build in a chroot environment populated with those intel-mic-ofed rpms.</p> <p>I built lustre-2.3.0 this way before I was aware of this LU ticket. If there was no lustre code changed, my build should be OK, right? The lustre client module was loaded OK.</p> <p>This patch is required for 2.4 because of assembly code with is not supported by Xeon Phi. Actually tag 2.3.65 also contain the patch. Therefore you can build it without problem. For earlier 2.3 versions most probably you will have a problem with configure. But if you be able to compile this path is not required for functionality.</p> Development Rank 1|hzvilb: Rank (Obsolete) 6682