From: Rostislav Lisovy <lisovy@gmail.com>
To: Jean-Christophe PLAGNIOL-VILLARD <plagnioj@jcrosoft.com>
Cc: barebox@lists.infradead.org
Subject: Re: Wrong barebox_image_size value
Date: Sun, 29 Sep 2013 14:26:29 +0200 [thread overview]
Message-ID: <1380457589.30104.5.camel@lolumad> (raw)
In-Reply-To: <20130927065434.GA32444@ns203013.ovh.net>
Thank you for your help;
The problem is really the relocatable binary.
I did not use freescale_mx53_smd_defconfig because I wanted to do it
"may way" (which is wrong in this case).
If I unset config options RELOCATABLE and PBL_RELOCATABLE (or unset
PBL_IMAGE), the proper size value is written to the image.
Best regards;
Rostislav Lisovy
On Fri, 2013-09-27 at 08:54 +0200, Jean-Christophe PLAGNIOL-VILLARD
wrote:
> On 22:30 Thu 26 Sep , Rostislav Lisovy wrote:
> > Dear barebox developers and users;
> > I am compiling barebox for freescale-imx53-smd board. My issue is,
> > that the image does not contain the correct size record.
> > The "bootloader size" needed by the flashing tool is initialized in
> > freescale-mx53-smd/flash_header.c, in structure flash_header,
> > field .boot_data.size.
> > Formerly there used to be a hardcoded value 0x40000, nowadays we use
> > DCD_BAREBOX_SIZE which expands into (barebox_image_size + 4095), where
> > "barebox_image_size" has real size computed by the linker.
> > When the value .boot_data.size is filled by hand (as 0x40000), correct
> > value is stored in the barebox image.
> > Proof: hexdump -s 0x24 -n 4 barebox-flash-image
> > 0000024 0000 0004
> >
> > however if .boot_data.size = DCD_BAREBOX_SIZE,
> > $ hexdump -s 0x24 -n 4 barebox-flash-image
> > 0000024 0fff 0000
> > where this 0xfff is the "+4095" added to round the value. (I am pretty
> > sure the offset into the image used by hexdump is correct).
> >
> > The barebox version I am using most recent git, branch master.
> > The compiler (maybe here is the point of failure) is
> > arm-cortex_a8-linux-gnueabi-gcc (crosstool-NG hg+default-86a8d1d467c8)
> > 4.4.6.
>
> do you compile a relocation binary?
>
> if yes the barebox size is 0 for the linker script
>
> I send a patch for the -next to start to fix the issue but I think we need
> other fixup
>
> Best Regards,
> J.
> >
> > I will appreciate any help;
> > Rostislav Lisovy
> >
> >
> > _______________________________________________
> > barebox mailing list
> > barebox@lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/barebox
_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox
next prev parent reply other threads:[~2013-09-29 12:26 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-26 20:30 Rostislav Lisovy
2013-09-27 6:54 ` Jean-Christophe PLAGNIOL-VILLARD
2013-09-29 12:26 ` Rostislav Lisovy [this message]
2013-09-27 8:05 ` Sascha Hauer
2013-09-29 12:30 ` Rostislav Lisovy
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=1380457589.30104.5.camel@lolumad \
--to=lisovy@gmail.com \
--cc=barebox@lists.infradead.org \
--cc=plagnioj@jcrosoft.com \
/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