From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mga14.intel.com ([143.182.124.37]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1QJtVE-0002k4-Av for openembedded-core@lists.openembedded.org; Tue, 10 May 2011 22:25:56 +0200 Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga102.ch.intel.com with ESMTP; 10 May 2011 13:23:09 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.64,347,1301900400"; d="scan'208";a="433853299" Received: from unknown (HELO [10.255.12.71]) ([10.255.12.71]) by azsmga001.ch.intel.com with ESMTP; 10 May 2011 13:23:08 -0700 Message-ID: <4DC99EB1.1090506@linux.intel.com> Date: Tue, 10 May 2011 13:23:13 -0700 From: Darren Hart User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110424 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: Patches and discussions about the oe-core layer References: <201105090016.46391.leitl@fim.uni-passau.de> <4DC8543F.3090501@linux.intel.com> <201105100340.04862.leitl@fim.uni-passau.de> <201105100356.05227.leitl@fim.uni-passau.de> In-Reply-To: <201105100356.05227.leitl@fim.uni-passau.de> Subject: Re: Patch for fixing build issues with external kernel modules. X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 May 2011 20:25:56 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Hi Franz, I'm not ignoring you, I'm laid up in bed with a nasty stomach flu and not thinking very clearly right now. I'll try and responds as soon as I can... -- Darren On 05/09/2011 06:56 PM, Franz Leitl wrote: > Hi, > > Am Dienstag 10 Mai 2011, 03:40:04 schrieb Franz Leitl: >> Am Montag 09 Mai 2011, 22:53:19 schrieben Sie: >>> The kernel should not remove bounds.h, that is documented in the >>> Makefile. If it does, it's a bug. >> >> After executing "bitbake -f -c compile virtual/kernel" I get bounds.h in >> "${S}/includes/generated/". >> Seems as if both >> oe_runmake -C $kerneldir CC="${KERNEL_CC}" LD="${KERNEL_LD}" clean >> and >> make -C $kerneldir _mrproper_scripts >> in kernel.bbclass are to blame for removing bounds.h from >> "$kerneldir/includes/generated/". >> I tested it twice. Only in case both lines are commented out bounds.h stays >> in "$kerneldir/includes/generated/" > I still would like to know, what to do next. > >> What to do with module.bbclass not setting KERNEL_PATH in >> module_do_install? My Makefile relies on it, if KERNEL_PATH is not set it >> will use >> "/lib/modules/$(shell uname -r)/build" instead. But uname returns the >> host's kernel version. >> Is there any reason why oe_runmake in module_do_compile sets >> "KERNEL_PATH=${STAGING_KERNEL_DIR}" while in module_do_install it doesn't? >> Should I overwrite the do_install in my recipe or should module.bbclass be >> fixed? > Ok, I just remembered the hint to recipes-kernel/hello-mod/files/Makefile. Works > as KERNEL_SRC is also set to ${STAGING_KERNEL_DIR}. But it does not explain what > the real difference between KERNEL_SRC and KERNEL_PATH is, as both are set to > the same value and why does module_do_install not set KERNEL_PATH but > module_do_compile does? > > > Regards, > Franz > > _______________________________________________ > Openembedded-core mailing list > Openembedded-core@lists.openembedded.org > http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core -- Darren Hart Intel Open Source Technology Center Yocto Project - Linux Kernel