Openembedded Core Discussions
 help / color / mirror / Atom feed
From: Michel Thebeau <michel.thebeau@windriver.com>
To: <michel.thebeau@windriver.com>, <Bruce.Ashfield@windriver.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH 1/2] kernel.bbclass: do_sizecheck: update path to build image
Date: Thu, 21 Mar 2013 17:07:07 -0400	[thread overview]
Message-ID: <514B767B.7040501@windriver.com> (raw)
In-Reply-To: <1363793436-3350-2-git-send-email-michel.thebeau@windriver.com>



On 13-03-20 11:30 AM, michel.thebeau@windriver.com wrote:
> From: Michel Thebeau <michel.thebeau@windriver.com>
> 
> KERNEL_OUTPUT is a path relative to ${B}, and resolves to a soft
> link to ${B}/${KERNEL_IMAGETYPE}.  When do_sizecheck runs it
> does not find the file, and does not fail.
> 
> So check the size of ${B}/${KERNEL_IMAGETYPE}.
> 
> Alternative approaches to resolve this could be:
>  - check ${B}/${KERNEL_OUTPUT}, with ls -L to resolve the link
>  - check ${B}/${KERNEL_OUTPUT}.bin
> 


As I have moved on to bug #3515, which is to find out where the code
went for creating the stripped binary, I just realized that I misread
the size of vmlinux.bin in arch/mips/boot/.  The source code supports
that this is the stripped vmlinux the defect was looking for.

8337264 2013-03-21 16:36 vmlinux.bin

So I expect you'll want to ignore this patch while I rethink it.

M

> This is related to, but does not resolve:
> [YOCTO #3514]
> 
> Signed-off-by: Michel Thebeau <michel.thebeau@windriver.com>
> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
> ---
>  meta/classes/kernel.bbclass |    4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index d57d1f5..dbb571a 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -293,9 +293,9 @@ python split_kernel_packages () {
>  # with a fixed length or there is a limit in transferring the kernel to memory
>  do_sizecheck() {
>  	if [ ! -z "${KERNEL_IMAGE_MAXSIZE}" ]; then
> -		size=`ls -l ${KERNEL_OUTPUT} | awk '{ print $5}'`
> +		size=`ls -l ${B}/${KERNEL_IMAGETYPE} | awk '{ print $5}'`
>  		if [ $size -ge ${KERNEL_IMAGE_MAXSIZE} ]; then
> -			rm ${KERNEL_OUTPUT}
> +			rm ${B}/${KERNEL_IMAGETYPE}
>  			die "This kernel (size=$size > ${KERNEL_IMAGE_MAXSIZE}) is too big for your device. Please reduce the size of the kernel by making more of it modular."
>  		fi
>  	fi
> 



      reply	other threads:[~2013-03-21 23:24 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-03-20 15:30 [PATCH 0/1] kernel.bbclass: do_sizecheck: update path to build image michel.thebeau
2013-03-20 15:30 ` [PATCH 1/2] " michel.thebeau
2013-03-21 21:07   ` Michel Thebeau [this message]

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=514B767B.7040501@windriver.com \
    --to=michel.thebeau@windriver.com \
    --cc=Bruce.Ashfield@windriver.com \
    --cc=openembedded-core@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox