From: Scott Wood <scottwood@freescale.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] powerpc/CoreNet: add tool to support pbl image build.
Date: Tue, 5 Jun 2012 13:14:21 -0500 [thread overview]
Message-ID: <4FCE4C7D.7050408@freescale.com> (raw)
In-Reply-To: <ED492CCEAF882048BC2237DE806547C907967E75@039-SN2MPN1-012.039d.mgd.msft.net>
On 06/05/2012 12:35 AM, Xie Shaohui-B21989 wrote:
>>> +++ b/board/freescale/corenet_ds/config.mk
>>> @@ -0,0 +1,26 @@
>>> +#
>>> +
>>> +#PBL preamble and RCW header
>>> +aa55aa55 010e0100
>>> +#64 bytes RCW data for P4080, replace it when building image #for
>>> +P3041DS or P5020DS.
>>> +4c580000 00000000 18185218 0000cccc
>>> +40464000 3c3c2000 58000000 61000000
>>> +00000000 00000000 00000000 008b6000
>>> +00000000 00000000 00000000 00000000
>>
>> Could you have the tool source this from a separate file, rather than
>> require the user to replace it manually?
>
> [Xie Shaohui] Then I have to prepare a separate file and a tool...
> It is quite simple to replace, just copy and paste, and users may
> need to modify the RCW when the default one does not fit their use
> case, they will always have to do it manually. It's simple to do it
> here.
I disagree that copy and paste is good enough, though taking an external
RCW source (such as output from Timur's tool) could be a future enhancement.
>> Talk to Timur (when he gets back from vacation in a couple weeks) about
>> his RCW tool and how best to accept the output it produces.
>>
>> Why is eSPI in here? Isn't this supposed to just generically write an
>> image into CPC SRAM?
>
> [Xie Shaohui] No. some interfaces need to be pre-initialized before
> PBL start to load stuff from it, and default configurations for SPI
> is suitable, this tool provides a more compatible configurations.
What do you mean by a more compatible configuration? If the default is
good enough to load the first few PBL commands, why is it not goot
enough to load the rest?
>>> diff --git a/doc/README.pblimage b/doc/README.pblimage new file mode
>>> 100644 index 0000000..73d90f1
>>> --- /dev/null
>>> +++ b/doc/README.pblimage
>>> @@ -0,0 +1,140 @@
>>> + 3). Boot from Nand
>>> + Write u-boot.pbl to Nand from offset 0x0, Note that in case of eLBC
>> NAND
>>> + flash, the address starts from the first good block.
>>> + for ex in u-boot:
>>> + =>tftp 100000 u-boot.pbl
>>> + =>nand info
>>> + =>nand erase 0 100000
>>> + =>nand write 100000 0 $filesize
>>> + Change SW1[1:5] = off on off off on
>>> + Change SW7[1:4] = on off off on
>>
>> How do you load the environment? We should find a way, possibly using SPL,
>> to have the environment ready early. We do not want to wait post
>> relocation for the full NAND/SD/SPI driver to load the environment.
>
> [Xie Shaohui] This tool did not intend to provide a way to load the
> environment. The ENV thing should belong to the boot Image, this tool
> is a wrapper.
This isn't a comment on this tool specifically, but rather on this
method of booting. This is a problem that needs to be solved.
>> Please fix whitespace.
> [Xie Shaohui] OK. Thanks. I did not find it when using checkpatch.pl
No tool can find every possible error.
>>> + while ((getline(&line, &len, fd)) > 0) {
>>> + lineno++;
>>> + token = strtok_r(line, "\r\n", &saveptr1);
>>
>> Why do you need to tokenize if you're using getline()?
> [Xie Shaohui] I need to drop empty lines.
strtok is a bit heavy handed for that, but whatever...
-Scott
next prev parent reply other threads:[~2012-06-05 18:14 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-06-04 8:57 [U-Boot] [PATCH] powerpc/CoreNet: add tool to support pbl image build Shaohui Xie
2012-06-05 0:32 ` Scott Wood
2012-06-05 5:35 ` Xie Shaohui-B21989
2012-06-05 18:14 ` Scott Wood [this message]
2012-06-06 2:45 ` Xie Shaohui-B21989
2012-06-06 18:18 ` Scott Wood
2012-06-07 3:16 ` Xie Shaohui-B21989
2012-06-07 16:52 ` Scott Wood
2012-06-08 2:55 ` Xie Shaohui-B21989
2012-06-08 16:09 ` Scott Wood
2012-06-12 17:42 ` Tabi Timur-B04825
2012-06-12 17:54 ` Scott Wood
2012-06-13 15:29 ` Tabi Timur-B04825
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=4FCE4C7D.7050408@freescale.com \
--to=scottwood@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.