From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by mx1.pokylinux.org (Postfix) with ESMTP id A047D4C800A3 for ; Fri, 4 Mar 2011 14:33:02 -0600 (CST) Received: from orsmga001.jf.intel.com ([10.7.209.18]) by orsmga101.jf.intel.com with ESMTP; 04 Mar 2011 12:33:02 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.62,265,1297065600"; d="scan'208";a="716327639" Received: from unknown (HELO [10.255.12.133]) ([10.255.12.133]) by orsmga001.jf.intel.com with ESMTP; 04 Mar 2011 12:33:01 -0800 Message-ID: <4D714C7D.2060300@linux.intel.com> Date: Fri, 04 Mar 2011 12:33:01 -0800 From: Darren Hart User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101208 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Gary Thomas References: <4D6FC6E0.3070303@mlbassoc.com> <4D6FC8E4.3020400@mlbassoc.com> <4D706D10.4050809@linux.intel.com> <4D70D0B9.3020902@mlbassoc.com> In-Reply-To: <4D70D0B9.3020902@mlbassoc.com> Cc: poky@yoctoproject.org Subject: Re: [PATCH 1/2] module: build and clean hostprogs for each module X-BeenThere: poky@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Poky build system developer discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Mar 2011 20:33:02 -0000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit On 03/04/2011 03:44 AM, Gary Thomas wrote: > On 03/03/2011 09:39 PM, Darren Hart wrote: >> On 03/03/2011 08:59 AM, Gary Thomas wrote: >>> On 03/03/2011 09:50 AM, Gary Thomas wrote: >>>> On 03/02/2011 11:00 AM, Darren Hart wrote: >>>>> From: Darren Hart >>>>> >>>>> This fixes [BUGID #241] >>>>> >>>>> The kernel hostprogs are built for the host architecture. They should >>>>> not >>>>> be deployed with to the target, and they should not be included in an >>>>> sstate >>>>> package which might get reused on a host of a different architecture. >>>>> >>>>> As we don't build many out-of-tree modules, this patch takes the >>>>> approach >>>>> of building the hostprogs as part of the module compile process with a >>>>> do_compile_prepend() routine in module.bbclass. To ensure the >>>>> hostprogs >>>>> don't contaminate the build, they are removed in do_install_append(). >>>>> >>>>> Signed-off-by: Darren Hart >>>>> CC: Gary Thomas >>>> >>>> Sadly, this doesn't seem to work for me. I don't see any indication in >>>> run.do_compile that the extra steps were added at all. >>>> >>>> Will it matter if my recipe overrides the do_compile() method? >>>> >>> >>> Also, when you tested this, what was your target MACHINE (in particular, >>> was the target a different architecture than the build host?) I ask >>> because >>> I tried to just manually insert the compile_prepend() functions into my >>> recipe and it ended up trying to build host tools (that's what the fuss >>> is all about) using the target toolchain. >> >> I made some modifications to avoid a Race that RP pointed out (just >> removed the cleans from the module.bbclass since they weren't >> necessary anyway). With this, I set my MACHINE to >> beagleboard and built minimal. You can see from the following that >> hostprogs were build for the host and the module for the target: >> >> dvhart@rage:build-beagleboard$ file >> ./tmp/work/beagleboard-poky-linux-gnueabi/linux-yocto-2.6.37+git1+e2737075b79e4fc682e41051cf1c0bc47a47d502_1+2b412826bbeb4a16abe2ea74f2456ab880c6e3c1-r16/linux-beagleboard-standard-build/scripts/basic/fixdep >> >> >> ./tmp/work/beagleboard-poky-linux-gnueabi/linux-yocto-2.6.37+git1+e2737075b79e4fc682e41051cf1c0bc47a47d502_1+2b412826bbeb4a16abe2ea74f2456ab880c6e3c1-r16/linux-beagleboard-standard-build/scripts/basic/fixdep: >> >> ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically >> linked (uses shared libs), for GNU/Linux 2.6.15, not stripped > > Why are you looking in ${KERNEL_SRC}? It may not exist (think rm_work) > when your module gets built. > > The example recipe I have uses ${STAGING_KERNEL_DIR} something like this: > make -C ${STAGING_KERNEL_DIR} M=src > module.bbclass passes KERNEL_SRC=${STAGING_KERNEL_DIR} to the module's Makefile. I don't use STAGING_KERNEL_DIR in the hello-mod Makefile as I wanted the Makefile to exemplary of external modules, and not poky specific. > Also, if you look at the run.do_compile script for your module recipe, is > there any indication that the compile_prepend() stuff was even added? I do see the compile_prepend() code prepended to the do_compile code: unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS oe_runmake CC="arm-poky-linux-gnueabi-gcc " LD="arm-poky-linux-gnueabi-ld --sysroot=/home/dvhart/source/poky.git/build-beagleboard/tmp/sysroots/beagleboard " AR="arm-poky-linux-gnueabi-ar " \ -C /home/dvhart/source/poky.git/build-beagleboard/tmp/sysroots/beagleboard/kernel scripts Hrm.... but looking at that, that's the target compiler... not the host compiler... so why on earth did this work.... grumble. Some more investigation remains it seems... > I don't see it in mine (yes, it inherits module) Even though there is something up with the script build above, you should be seeing it in run.do_compile. Is this recipe something you can share? Also, have you tried from a clean build? I ran into various (strange) problems because I wasn't cleaning the right tasks/recipes/etc. I think your problem is different, but might have a similar cause. -- Darren > >> >> dvhart@rage:build-beagleboard$ file >> ./tmp/work/beagleboard-poky-linux-gnueabi/hello-world-mod-1.0-r0/package/lib/modules/2.6.37.2-yocto-standard+/extra/hello_world.ko >> >> ./tmp/work/beagleboard-poky-linux-gnueabi/hello-world-mod-1.0-r0/package/lib/modules/2.6.37.2-yocto-standard+/extra/hello_world.ko: >> ELF 32-bit LSB relocatable, ARM, version 1 >> (SYSV), not stripped >> >> I'm going to do a beagleboard boot test, but if that works I'll be >> resending these changes to close BUG 241 as they work on both qemux86 >> and beagleboard using hello-world-mod which >> uses a very typical out-of-tree kernel module Make setup. >> > -- Darren Hart Intel Open Source Technology Center Yocto Project - Linux Kernel