Hello Andreas,
Am 29.10.2013 07:26, schrieb Andreas Bießmann:
Dear Mateusz Kulikowski,
On 28.10.13 22:30, Mateusz Kulikowski wrote:
Hi Bo Shen,
Thanks for the check, please see below.
On 28.10.2013 05:57, Bo Shen wrote:
Hi Mateusz Kulikowski,
Add Andreas in loop.
On 10/28/2013 03:34, Mateusz Kulikowski wrote:
+
+#define CONFIG_SYS_TEXT_BASE 0x23f00000
This address should be considered as u-boot is top down map, so if
your system only 64MiB, there is only 1MiB left.
I don't understand something here:
- this address is hardcoded in AT91bootstrap (as well as image size -
0x31000),
- I can change it, but it will not boot on "stock" board - should we force
people to recompile AT91bootstrap if they want to use new U-Boot?
or
- Should I add low-level initialization to boot U-Boot from Dataflash
without AT91bootstrap (this is a bit more work)?
or
- There is another way I'm not aware of (perhaps relocate U-Boot in RAM)?
The crux is that in fact u-boot is relocating u-boot in any case (the
most cases). It will place some stuff at the very top of the RAM (gd_t,
malloc arena, stack, ...) and calculate depending on some runtime values
(reserved ram, display vram, ...) where to place the resulting u-boot
image. The u-boot image will be placed right after the reserved place to
fill up the whole top of your RAM.
Therefore it depends on your compile time and runtime setup if there
will be an overlapping between running u-boot image and resulting place
when doing the relocation. It is likely to collide with the running
u-boot image while relocating if it is placed just 1MiB from top of the RAM.
We decided to change at91bootstrap and u-boot for to have another load
address for some boards in the past cause of real problems there. There
where strange errors like running system but crashing when using a
specific command.
Yep, see this on my recently posted boards too ...
I really recommend to leave a bit more space for u-boot runtime code to
do it's relocation ad therefore use a smaller ram location.
The best would be to get SPL working ASAP to have the setup of load
Full Ack.
address in just one piece of code ... A long outstanding wish of mine,
but had no time to implement.
Bo and Heiko, could you both please post some RFC of your code to get
this in line?
I just started with it, I have only serial running under SPL Code,
need to write a small nand driver ... clean up ... and then I can
post a RFC ... hope to do this soon ...
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot