From: York Sun <yorksun@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 1/7] spl: pbl: Add new SPL image for pblimage tool
Date: Mon, 22 Sep 2014 08:49:54 -0700 [thread overview]
Message-ID: <54204522.6080707@freescale.com> (raw)
In-Reply-To: <46bb82b9bc1f494a8992918ce100b341@BN1PR0301MB0689.namprd03.prod.outlook.com>
On 09/21/2014 11:17 PM, Wang Huan-B18965 wrote:
>
> [Alison Wang] Let me explain the sequence.
>
> 1. u-boot-spl.bin is produced. The size of it is not a fixed value.
>
> 2. u-boot-spl-pbl-pad.bin is produced. The size of it is defined by
> CONFIG_SPL_MAX_SIZE. For detail, u-boot-spl-pbl-pad.bin is generated
> by padding u-boot-spl.bin to the size of CONFIG_SPL_MAX_SIZE.
>
> The following is the reason for using u-boot-spl-pbl-pad.bin.
>
> First of all, the SPL part need to be reorganized for the recognition
> of PBL through the pblimage tool.
>
> For the pblimage tool, the SPL image is splitted into 64 byte chunks,
> and PBL needs a command for each piece. In current pblimage tool,
> the size of the SPL image(u-boot-spl.bin) should be a fixed value
> like PowerPC. Well, for LS102xA and some other ARM platforms, the size
> of the SPL image (u-boot-spl.bin) is changeable. So a new image
> spl/u-boot-spl-pbl-pad.bin is produced, and the size of it is a fixed
> value "CONFIG_SPL_MAX_SIZE". Then use u-boot-spl-pbl-pad.bin instead
> of spl/u-boot-spl.bin to generate spl/u-boot-spl.pbl.
>
> 3. spl/u-boot-spl.pbl is produced through pblimage tool. As
> CONFIG_SPL_PBL_PAD is enabled, spl/u-boot-spl-pbl-pad.bin is used as
> the source file instead of spl/u-boot-spl.bin.
>
> 4. u-boot-with-spl-pbl.bin is produced. For detail, u-boot-with-spl-pbl.bin
> is generated by padding spl/u-boot-spl.pbl to the offset of CONFIG_SPL_PAD_TO
> and adding u-boot.img.
>
> As the size of spl/u-boot-spl.pbl is not a fixed value, we pad it to
> the offset of CONFIG_SPL_PAD_TO. So it is convenient for us to determine
> the location of u-boot.img in SD card.
>
Sorry for the late respond. I was away for an urgent project.
If I understand you correctly, you define a CONFIG_SPL_MAX_SIZE and pad the
final binary file to this size. How do you determine the size? I understand PBL
loading mechanism. Would it be possible to pad to 64 byte boundary (or any
practical size since it is adjustable) and avoid the definition of
CONFIG_SPL_MAX_SIZE?
York
next prev parent reply other threads:[~2014-09-22 15:49 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-18 5:47 [U-Boot] [PATCH 0/7] Add SD boot support for LS1021AQDS/TWR board Alison Wang
2014-09-18 5:47 ` [U-Boot] [PATCH 1/7] spl: pbl: Add new SPL image for pblimage tool Alison Wang
2014-09-18 9:37 ` Albert ARIBAUD
2014-09-19 5:07 ` Huan Wang
2014-09-20 7:47 ` Albert ARIBAUD
2014-09-22 6:17 ` Huan Wang
2014-09-22 15:49 ` York Sun [this message]
2014-09-23 2:43 ` Huan Wang
2014-09-23 3:40 ` York Sun
2014-09-25 6:33 ` Huan Wang
2014-09-18 5:47 ` [U-Boot] [PATCH 2/7] ls102xa: pblimage: Add pblimage tool support for LS102xA Alison Wang
2014-09-18 9:57 ` Albert ARIBAUD
2014-09-22 6:22 ` Huan Wang
2014-09-24 7:55 ` [U-Boot] [OT] " Albert ARIBAUD
2014-09-24 8:00 ` Huan Wang
2014-09-18 5:47 ` [U-Boot] [PATCH 3/7] spl: Use u-boot.img instead of u-boot.bin when CONFIG_SPL_PBL_PAD is enabled Alison Wang
2014-09-18 5:47 ` [U-Boot] [PATCH 4/7] ls102xa: qixis: Add CONFIG_QIXIS_I2C_ACCESS macro Alison Wang
2014-09-18 5:47 ` [U-Boot] [PATCH 5/7] common: spl: Add interactive DDR debugger support for SPL Alison Wang
2014-09-18 5:47 ` [U-Boot] [PATCH 6/7] arm: ls102xa: Add SD boot support for LS1021AQDS board Alison Wang
2014-09-18 11:20 ` Albert ARIBAUD
2014-09-19 3:40 ` Alison Wang
2014-09-19 5:10 ` Huan Wang
[not found] ` <1411053355745.66856@freescale.com>
2014-09-19 15:56 ` Albert ARIBAUD
2014-09-22 6:46 ` Huan Wang
2014-09-22 11:01 ` Albert ARIBAUD
2014-09-25 6:45 ` Huan Wang
2014-10-01 18:08 ` Albert ARIBAUD
2014-10-08 9:53 ` Huan Wang
2014-10-11 11:30 ` Albert ARIBAUD
2014-10-15 6:56 ` Huan Wang
2014-10-15 10:30 ` Albert ARIBAUD
2014-09-18 5:47 ` [U-Boot] [PATCH 7/7] arm: ls102xa: Add SD boot support for LS1021ATWR board Alison Wang
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=54204522.6080707@freescale.com \
--to=yorksun@freescale.com \
--cc=u-boot@lists.denx.de \
/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.