All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Glass <sjg@chromium.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] Complete verified uboot example
Date: Wed, 8 Mar 2017 14:02:20 -0700	[thread overview]
Message-ID: <CAPnjgZ1xmU3rx1WfTQOkd6Kzz4VzQ=1dZxbrghj8QoFz5FyBPA@mail.gmail.com> (raw)
In-Reply-To: <CAPZm7uWJEUN57XpSOjOzf6fqhVZE4eUF9-etebT-8tZtLhthAg@mail.gmail.com>

Hi Ron,

On 28 February 2017 at 17:06, Ron Brash <ron.brash@gmail.com> wrote:
> Hello,
>
> Here is a list of things I have tried:  The raw zImage (which is compressed
> with XZ), various addresses from indeed load address 0x23000000, entry
> at 0x23008000
> (and the same), I've tried setting the FTD address since it sets itself
> neatly at 0x22f and change, which will probably get itself clobbered.
>
> I've tried playing with the "magic" variables of ftdaddr, loadaddr, and
> verify.  No luck other than a few loops, hangs and
> illegitimate instructions being executed.
>
> Something is missing from my system, documentation or more and it appears
> to be uboot and/or the fit format + FDT/DTBs.
>
> Is there a magic formula?  Before FIT I could just copy my kernel to
> 0x22... and my DTB to another address that wouldn't be clobbered, use bootm
> and everything would work given I set it to a uImage.
>
> Question, does the FDT need a load address specified as well?  Why does the
> documentation use all 0's?  Usually, all zeros is either an example, or
> will be inherit some address from a variable? (perhaps this is not
> obviously documented).

You should be able to set up load addresses for each image in the FIT,
and use the same addresses as you used to use before FIT. The FIT
itself can then be loaded to some other address. That's probably the
safest approach.

What board are you using? It's a shame to have to break new ground here.`

[...]

Regards,
Simon

  parent reply	other threads:[~2017-03-08 21:02 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-21 18:08 [U-Boot] Complete verified uboot example Ron Brash
2017-02-22  8:07 ` Lukasz Majewski
2017-02-22 18:51 ` Rick Altherr
2017-02-23  5:23   ` Lukasz Majewski
2017-02-23 15:48   ` Ron Brash
2017-02-23 17:27     ` Rick Altherr
2017-02-23 18:06       ` Ron Brash
2017-02-23 18:12         ` Rick Altherr
2017-02-27 15:34       ` Ron Brash
2017-02-27 20:58         ` Rick Altherr
2017-02-27 21:49           ` Ron Brash
2017-02-27 21:53             ` Rick Altherr
2017-02-28 19:09               ` Ron Brash
2017-02-28 21:51                 ` Rick Altherr
2017-03-01  0:06                   ` Ron Brash
2017-03-07 21:30                     ` Rick Altherr
2017-03-08 21:02                     ` Simon Glass [this message]
2017-03-08 21:02             ` Simon Glass
2017-03-08 21:02 ` Simon Glass

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='CAPnjgZ1xmU3rx1WfTQOkd6Kzz4VzQ=1dZxbrghj8QoFz5FyBPA@mail.gmail.com' \
    --to=sjg@chromium.org \
    --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.