From: Jerry Van Baren <gerald.vanbaren@ge.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] Problems porting new u-boot
Date: Thu, 06 Aug 2009 09:29:29 -0400 [thread overview]
Message-ID: <4A7ADAB9.20603@ge.com> (raw)
In-Reply-To: <d970ff420908060500j77fb4ea3kcd93f611269208b2@mail.gmail.com>
Hi Alemao,
Alemao wrote:
> Hi all,
>
> Im having problems porting u-boot-2009.03 to a MPC8541 board.
>
> In u-boot-1.2.0, if I use TEXT_BASE = 0xfff00000, u-boot.bin is
> created with 1MB size.
The .bin file is a binary image from the first location 0xfff00000
*contiguously filled* to the last location (the start vector at
0xfffffffc). U-Boot isn't that big, most of it is empty space, but your
creation of a 0xFF-filled .bin file fills in the empty spaces.
> But in u-boot-2009.03 it's created with only 516kB.
Your text base was probably 0xfff80000.
> In cpu/mpc85xx/start.S says:
>
> "The processor starts at 0xfffffffc and the code is first executed in
> the last 4K page(0xfffff000-0xffffffff) in flash/rom."
>
> So I think there's nothing in 0xfffffffc, using u-boot.bin from
> u-boot-2009.03, cause it only has 516kB.
>
> Do I have to set TEXT_BASE with the exact u-boot.bin size?
>
> Or am I missing something?
* Don't use a .bin file (use the linker elf output directly)?
* Does it matter?
Do you need to set your text base to 0xfff00000? You are better off
setting your text base so that your u-boot and reset vector are close
together. You did not say what processor you are using, but it sounds
like a MPC74xx or MPC86xx or MPC85xx? I played with a MPC8548 and
reconfigured it so that my u-boot was the last two sectors of flash and
the env variables were saved in the sector *preceding* the u-boot image.
That worked very nicely.
The typical u-boot places the env sector after the u-boot image, which
works in most cases but doesn't work well where the top page/bytes of
the memory are the reset vector. In those cases, it is better to have
U-Boot and the reset vector/page at the top of memory and the env sector
below U-Boot, otherwise you end up with the env taking a whole sector
out of the middle plus waste another whole sector just to hold your
reset vector/page.
> Cheers,
>
> --
> Alemao
Best regards,
gvb
next prev parent reply other threads:[~2009-08-06 13:29 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-06 12:00 [U-Boot] Problems porting new u-boot Alemao
2009-08-06 12:47 ` Wolfgang Denk
2009-08-06 13:29 ` Jerry Van Baren [this message]
2009-08-06 13:38 ` Jerry Van Baren
2009-08-06 14:24 ` Wolfgang Denk
2009-08-06 16:36 ` Alemao
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=4A7ADAB9.20603@ge.com \
--to=gerald.vanbaren@ge.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.