From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ch1outboundpool.messaging.microsoft.com (ch1ehsobe005.messaging.microsoft.com [216.32.181.185]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 511E1E014DF for ; Fri, 19 Apr 2013 05:39:53 -0700 (PDT) Received: from mail128-ch1-R.bigfish.com (10.43.68.254) by CH1EHSOBE020.bigfish.com (10.43.70.77) with Microsoft SMTP Server id 14.1.225.23; Fri, 19 Apr 2013 12:39:52 +0000 Received: from mail128-ch1 (localhost [127.0.0.1]) by mail128-ch1-R.bigfish.com (Postfix) with ESMTP id 3A48E20043D; Fri, 19 Apr 2013 12:39:52 +0000 (UTC) X-Forefront-Antispam-Report: CIP:70.37.183.190; KIP:(null); UIP:(null); IPV:NLI; H:mail.freescale.net; RD:none; EFVD:NLI X-SpamScore: -4 X-BigFish: VS-4(zzbb2dI98dI9371Ic89bh1432Izz1f42h1fc6h1ee6h1de0h1fdah1202h1e76h1d1ah1d2ahzz8275bhz2dh2a8h668h839h93fhd25he5bhf0ah1288h12a5h12a9h12bdh137ah13b6h1441h1504h1537h153bh162dh1631h1758h18e1h190ch1946h19b4h19c3h1ad9h1b0ah1155h) Received: from mail128-ch1 (localhost.localdomain [127.0.0.1]) by mail128-ch1 (MessageSwitch) id 1366375190637800_20965; Fri, 19 Apr 2013 12:39:50 +0000 (UTC) Received: from CH1EHSMHS043.bigfish.com (snatpool3.int.messaging.microsoft.com [10.43.68.226]) by mail128-ch1.bigfish.com (Postfix) with ESMTP id 9893640042; Fri, 19 Apr 2013 12:39:50 +0000 (UTC) Received: from mail.freescale.net (70.37.183.190) by CH1EHSMHS043.bigfish.com (10.43.69.252) with Microsoft SMTP Server (TLS) id 14.1.225.23; Fri, 19 Apr 2013 12:39:50 +0000 Received: from tx30smr01.am.freescale.net (10.81.153.31) by 039-SN1MMR1-002.039d.mgd.msft.net (10.84.1.15) with Microsoft SMTP Server (TLS) id 14.2.328.11; Fri, 19 Apr 2013 12:39:49 +0000 Received: from [10.29.244.97] ([10.29.244.97]) by tx30smr01.am.freescale.net (8.14.3/8.14.0) with ESMTP id r3JCdlfc000824; Fri, 19 Apr 2013 05:39:48 -0700 Message-ID: <51713AE1.80701@freescale.com> Date: Fri, 19 Apr 2013 09:38:57 -0300 From: Daiane Angolini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 MIME-Version: 1.0 To: =?UTF-8?B?RXJpYyBCw6luYXJk?= References: <1366311579-29067-1-git-send-email-otavio@ossystems.com.br> <1366311579-29067-3-git-send-email-otavio@ossystems.com.br> <51704ED6.9020300@freescale.com> <20130419100345.5d522189@e6520eb> <20130419143600.49a94116@e6520eb> In-Reply-To: <20130419143600.49a94116@e6520eb> X-OriginatorOrg: freescale.com Cc: meta-freescale Mailing List , Otavio Salvador Subject: Re: [meta-fsl-arm PATCH v2 3/3] linux-fslc: Refactor to use linux-imx.inc and avoid duplication of code X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Apr 2013 12:39:53 -0000 Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: quoted-printable On 04/19/2013 09:36 AM, Eric B=C3=A9nard wrote: > Hi Fabio, > > Le Fri, 19 Apr 2013 09:26:30 -0300, > Fabio Estevam a =C3=A9crit : > >> On Fri, Apr 19, 2013 at 5:03 AM, Eric B=C3=A9nard wr= ote: >> >>> maybe most defconfig support only one machine when those in >>> meta-fsl-arm support several machines sometimes with different LOADAD= DR >>> requirements and thus need the precision to get a working kernel on a >>> specific platform at compile time. >> >> Sure, understood. So if we always build uImage as "make uImage >> LOADADDR=3D0xxxxx" then it will always work. No matter if you are in a >> single machine defconfig or on a multiple machine defconfig. >> >> What I think it is strange is the need to pass the UBOOT_ENTRYPOINT to >> poky and then we need to force "LOADADDR=3D${UBOOT_ENTRYPOINT}" again = in >> our layer. Why can't poke just always pass >> LOADADDR=3D${UBOOT_ENTRYPOINT} itself? If UBOOT_ENTRYPOINT is not pass= ed >> then it does the usual "make uImage" method. >> > because if you look at kernel.bbclass, it's only using > UBOOT_LOADADDRESS ?=3D "${UBOOT_ENTRYPOINT}" > in > do_uboot_mkimage() {} > which is executed once the kernel is compiled : > addtask uboot_mkimage before do_install after do_compile > And, if you follow what happens when our kernel is built, you will see=20 that uboot_mkimage is never called Daiane