From: Wolfgang Denk <wd@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Re: [PATCH][CFT] bring ARM memory layout in line with the documented behaviour
Date: Thu, 18 Sep 2003 13:00:39 +0200 [thread overview]
Message-ID: <20030918110044.6595DC59E4@atlas.denx.de> (raw)
In-Reply-To: Your message of "Wed, 17 Sep 2003 16:35:00 +0200." <fc.004c4e48001cba02004c4e48001cba02.1cba71@rea.de>
Dear Anders,
in message <fc.004c4e48001cba02004c4e48001cba02.1cba71@rea.de> you wrote:
>
> here's a fairly lengthy patch against 0.4.8 that brings the memory
> layout of all supported ARM CPUs in line with the documentation.
> This has the positive side-effect of allowing U-Boot to actually run on
> PXA CPUs (the stock PXA implementation didn't set the start-address of
> the malloc pool at all!)
>
> The memory layout now more or less conforms to the standard as defined
> in the README (the absolute addresses are board-specific, of course).
>
> Since the stack and malloc-heap are now located below the U-Boot code,
> the TEXT_BASE of the supported ARM boards can be increased accordingly
> (for most (but not all) boards, the patch already does this).
This is actually the biggest "problem" with the existing ARM code (as
inherited from ARMBoot): with the orginal philosophy of PPCBoot,
TEXT_BASE should not play ANY role here.
The way I would like to soo this implemented, and as it _is_
implemented in PPCBoot (and in U-Boot for PowerPC) is as follows:
TEXT_BASE determines the start address in FLASH memory which is used
before relocation.
The RAM initialization code is, among other things, responsible to
determine the size of the RAM, and the relocation address is then
calculated DYNAMICALLY dependend on the RAM size found. This allows
that boards with different RAM sizes will always provide maximum free
RAM under U-Boot.
> Memory layout example based on my PXA255 (TEXT_BASE = 0xA07E0000):
>
> 0xA079FF74 Monitor Stack (growing downwards)
> 0xA079FF80 Board Info Data and permanent copy of Global Data
> 0xA07A0000 Malloc Arena
> 0xA07E0000 RAM copy of Monitor Code
> ... optional: Frame Buffer
> 0xA07FFFFF [End of RAM]
I still see references to _armboot_start, _armboot_end_data, and
_armboot_end - which role do these play now? Can we get rid of them?
How are they (should they be) set in your memory map above?
> Since I only have access to PXA-based HW, I was only able to verify
> that U-Boot still *builds* for all supported ARMs; I have to rely on
> your help to see if it also *runs* correctly.
I think some more code should be changed like the allocation of
display memory (see CONFIG_VFD in "lib_arm/board.c") - this should be
done like we do for PowerPC, too.
Any test results / comments from the other board maintainers?
Best regards,
Wolfgang Denk
--
Software Engineering: Embedded and Realtime Systems, Embedded Linux
Phone: (+49)-8142-4596-87 Fax: (+49)-8142-4596-88 Email: wd at denx.de
Politics: A strife of interests masquerading as a contest of
principles. The conduct of public affairs for private advantage.
- Ambrose Bierce
next prev parent reply other threads:[~2003-09-18 11:00 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-17 14:35 [U-Boot-Users] [PATCH][CFT] bring ARM memory layout in line with the documented behaviour Anders Larsen
2003-09-18 11:00 ` Wolfgang Denk [this message]
2003-09-18 12:15 ` [U-Boot-Users] " Anders Larsen
2003-09-18 21:20 ` Wolfgang Denk
2003-10-13 16:10 ` [U-Boot-Users] Re: [PATCH][CFT] bring ARM memory layout in line with the documentation Anders Larsen
2003-10-13 16:16 ` Robert Schwebel
2003-10-13 16:40 ` Wolfgang Denk
2003-10-14 7:55 ` Anders Larsen
2003-10-14 20:30 ` Wolfgang Denk
2003-10-16 9:56 ` Robert Schwebel
2003-10-16 10:31 ` Wolfgang Denk
2003-10-16 10:50 ` Robert Schwebel
2003-10-16 11:21 ` Wolfgang Denk
2003-10-27 15:05 ` [U-Boot-Users] Re: [PATCH][CFT] bring ARM memory layout in line with the documented behaviour Steven Scholz
2003-10-27 16:02 ` [U-Boot-Users] Re: [PATCH][CFT] bring ARM memory layout in line with the documentation Anders Larsen
2003-12-06 16:08 ` [U-Boot-Users] [PATCH][CFT] bring ARM memory layout in line with the documented behaviour Wolfgang Denk
2003-12-07 8:37 ` Robert Schwebel
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=20030918110044.6595DC59E4@atlas.denx.de \
--to=wd@denx.de \
--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.