RFC arm: add full relocation / cache support
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest0 of 19 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 19 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [U-Boot] [RFC][PATCH 00/19] arm: add full relocation / cache support
Hello Heiko
Am 05.08.2010 08:19, schrieb Heiko Schocher:
Quoted 5 lines
Quoted 2 lines
The board runs through my low level init (so DDR RAM is up) and later on crashes in the first call to memset. I could not further debug this as I
Where is this
memset()? The first after low level init is in:arch/arm/lib/board.cboard_init_f(), do you mean this?
Yes. That was the point it crashed.
Quoted 1 line
If so, then something must be wrong with your memory setup.
It was at more then one point :-)
Quoted 2 lines
Hmmm... from where did your board boot? I tried it on the tx25 board, which boots from nand. Do you boot from a NOR flash?
Yes. My board boots from NOR.
Quoted 3 lines
If so you *must* change
TEXT_BASEin config.mk (see:
doc/README.arm-relocation line 45) in your board directory to where u-boot starts in flash!
I think I missed that point.
Quoted 22 lines
Ah, yep, this seems to me the reason why it don;t work for you:
found in the patchseries you pointed to
http://lists.denx.de/pipermail/u-boot/2010-August/074688.html
board/syteco/jadecpu/config.mk
[...]
+TEXT_BASE =0x46000000change this to
(as in
include/configs/jadecpu.his defined the following:(quoted diff) +7
-0+/* + * FLASH and environment organization + */ +#define CONFIG_SYS_FLASH_BASE 0x10000000 +#define CONFIG_SYS_MAX_FLASH_BANKS 1 +#define CONFIG_SYS_MAX_FLASH_SECT 256 +#define CONFIG_SYS_MONITOR_BASE CONFIG_SYS_FLASH_BASE)
Quoted 3 lines
+TEXT_BASE =
0x10000000and try it again.
I did that but the board still failed to boot and crashed at the first call to memset. So I had a "nice" debug session single stepping through the code with a lss file in parallel.
The reason it crashed so early was my setup of CONFIG_SYS_INIT_SP_ADDR which I set to the *beginning* of some 32k internal SRAM. And as the stack grows downwards it crashed right at the first push instruction.
So, I now have a running system with your patches and greatly improved uncompressing times of my boot images. We are now able to use compressed images which was not possible due to boot time restrictions in older versions. So it would be great if this stuff could go mainline.
Thanks,
Matthias