From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-lpp01m010-f47.google.com ([209.85.215.47]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1RcVXh-00072k-41 for openembedded-core@lists.openembedded.org; Mon, 19 Dec 2011 06:13:41 +0100 Received: by lami14 with SMTP id i14so2018928lam.6 for ; Sun, 18 Dec 2011 21:06:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=oWFqMD03L9x+wpIqd0LUMSTOjuxINBtNS1v4DkjHaPY=; b=RdKlTXfVEjEqciL1x4JDJpuv1VwynRLFASWDrdCpSplxxfSOBYWk0OEsj82KKli7LU y7EmTsIew/oPnsbI1QjPidWDePDBzz406ekO+++RLy0reOnnsyyRxBq6PS7DWVe72RvL lwY98+NVONQKHj8JVPHK6v4PQB4aBpeTkDOow= Received: by 10.152.111.136 with SMTP id ii8mr15102834lab.20.1324271195381; Sun, 18 Dec 2011 21:06:35 -0800 (PST) MIME-Version: 1.0 Received: by 10.152.36.198 with HTTP; Sun, 18 Dec 2011 21:06:04 -0800 (PST) In-Reply-To: References: <1324237652-15618-1-git-send-email-dbaryshkov@gmail.com> <5C0105D4-44BE-4584-9ED9-36970B91A34C@dominion.thruhere.net> From: Khem Raj Date: Sun, 18 Dec 2011 21:06:04 -0800 Message-ID: To: Patches and discussions about the oe-core layer Subject: Re: [PATCH 1/5] kernel.bbclass: move uImage handling to separate task 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: Mon, 19 Dec 2011 05:13:41 -0000 Content-Type: text/plain; charset=UTF-8 On Sun, Dec 18, 2011 at 5:39 PM, Bruce Ashfield wrote: > On Sun, Dec 18, 2011 at 4:19 PM, Koen Kooi wrote: >> >> Op 18 dec. 2011, om 21:27 heeft Bruce Ashfield het volgende geschreven: >> >>> On Sun, Dec 18, 2011 at 3:13 PM, Koen Kooi wrote: >>>> >>>> Op 18 dec. 2011, om 20:47 heeft Dmitry Eremin-Solenikov het volgende geschreven: >>>> >>>>> As per org.oe.dev and meta-oe's kernel.bbclass move uImage creation to >>>>> separate task from do_deploy. This way the do_install task can also >>>>> benefit from generated uImage. >>>>> >>>>> The only major feature of oe-core's version (not to recreate uImage >>>>> if it exists) is retained in this patch. >>>> >>>> I still don't agree with that behaviour. The in-kernel uImage code is just like the in-kernel defconfigs: useless for people who aren't kernel developers. >>> >>> In that case, shouldn't people doing u-boot development (or other >>> non-kernel developers), >>> be building a uImage via something that isn't in kernel.bbclass ? >> i think we have UBOOT_ENTRYPOINT, UBOOT_ENTRYSYMBOL and UBOOT_LOADADDRESS which are then used to generate the uImage and sometimes defaults from kernel build system may not be usable as it might be generating the image using some other values and we are not able to control the image generation. Now is that fixable in kernel I guess it could be but why not have flexibility of generating the image. >> I use the kernel.bbclass in meta-oe, that does what I need. >