From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: <openembedded-devel@lists.openembedded.org>,
Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Cc: Koen Kooi <koen@dominion.thruhere.net>,
Koen Kooi <martin.jansa@gmail.com>
Subject: Re: [oe] [meta-oe][PATCH] kernel bbclass: recreate uImage unless KEEPUIMAGE is set
Date: Sat, 28 Apr 2012 10:32:45 -0400 [thread overview]
Message-ID: <4F9BFF8D.6040702@windriver.com> (raw)
In-Reply-To: <1335513988-4447-1-git-send-email-koen@dominion.thruhere.net>
On 12-04-27 4:06 AM, Koen Kooi wrote:
> The intent of the uImage code in this class includes the following
>
> 1) be able to specify custom load addresses without needing to patch the kernel
> 2) add better information to the uImage description field
>
> The current state is a NOP anyway, the kernel will always build a uImage when you tell it to 'make uImage'.
>
> Signed-off-by: Koen Kooi<koen@dominion.thruhere.net>
> ---
> meta-oe/classes/kernel.bbclass | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta-oe/classes/kernel.bbclass b/meta-oe/classes/kernel.bbclass
> index b7e9f54..98320fe 100644
> --- a/meta-oe/classes/kernel.bbclass
> +++ b/meta-oe/classes/kernel.bbclass
> @@ -512,7 +512,7 @@ KERNEL_IMAGE_SYMLINK_NAME ?= "${KERNEL_IMAGETYPE}-${MACHINE}"
>
> do_uboot_mkimage() {
> if test "x${KERNEL_IMAGETYPE}" = "xuImage" ; then
> - if test ! -e arch/${ARCH}/boot/uImage ; then
> + if test "x${KEEPUIMAGE}" = "x" ; then
I realize this is targeted meta-oe, and not directly to oe-core (but
openembedded-core is cc'd + it's Saturday morning with no coffee here
yet which means I may be misreading) .. so I thought I'd comment as
this whizzed past.
The existing users on top of the oe-core class expect (whether they
know it or not) the opposite of this (i.e. do nothing, get the kernel's
uImage). To keep their old behaviour, they now need to explicitly set a
flag. I know that I'd have quite a few layers to update if this went
directly into oe-core.
How are the current meta-oe and related BSPs currently overriding
the behaviour (I didn't go look, I'm invoking my Saturday morning clause
again :) ? Is it a class override ? If so, can the layers that
currently have an override set a flag (which is a simpler override) to
get the behaviour they used to have, while leaving the boards with no
override the behaviour that they used to have ?
Cheers,
Bruce
> ENTRYPOINT=${UBOOT_ENTRYPOINT}
> if test -n "${UBOOT_ENTRYSYMBOL}"; then
> ENTRYPOINT=`${HOST_PREFIX}nm ${S}/vmlinux | \
next prev parent reply other threads:[~2012-04-28 14:42 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-27 8:06 [oe] [meta-oe][PATCH] kernel bbclass: recreate uImage unless KEEPUIMAGE is set Koen Kooi
2012-04-27 8:06 ` Koen Kooi
2012-04-28 14:32 ` Bruce Ashfield [this message]
2012-04-28 14:57 ` [oe] " Koen Kooi
2012-04-28 14:57 ` [OE-core] " Koen Kooi
2012-04-28 15:05 ` [oe] " Bruce Ashfield
2012-04-28 22:34 ` Khem Raj
2012-04-28 22:34 ` [OE-core] " Khem Raj
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4F9BFF8D.6040702@windriver.com \
--to=bruce.ashfield@windriver.com \
--cc=koen@dominion.thruhere.net \
--cc=martin.jansa@gmail.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=openembedded-devel@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.