[U-Boot] Most ARM CPU's have buggy clear_bss?
Wolfgang Denk
wd at denx.de
Fri Oct 29 16:44:48 CEST 2010
Dear Alexander Holler,
In message <4CCADC10.9010205 at ahsoftware.de> you wrote:
>
...
> U-Boot code: 00700000 -> 0075A210 BSS: -> 007A0300
> SoC: Kirkwood 88F6281_A0
> monitor len: 000A0300
> ramsize: 08000000
That's 128 MB...
> TLB table at: 07ff0000
> Top of RAM usable for U-Boot at: 07ff0000
> Reserving 640k for U-Boot at: 07f4f000
> Reserving 1152k for malloc() at: 07e2f000
> Reserving 48 Bytes for Board Info at: 07e2efd0
> Reserving 92 Bytes for Global Data at: 07e2ef74
> New Stack Pointer is: 07e2ef70
> RAM Configuration:
> Bank #0: 00000000 128 MiB
> Bank #1: 00000000 0 Bytes
These look OK.
> Bank #2: e7dfe27e 4 GiB
> Bank #3: 7fdbe1ce 2.7 GiB
But this is obviously garbage. And the printed sizes are garbage,
too.
Where is this coming from?
> Bank #0: 00000000 128 MiB
> Bank #1: 00000000 0 Bytes
> Bank #2: 0197f8ff 3.3 GiB
> Bank #3: 0f0c0cab 3.5 GiB
It seems you cannot even print sane numbers.
Did you verify that your inital stack is properly aligned?
Best regards,
Wolfgang Denk
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
It's certainly convenient the way the crime (or condition) of
stupidity carries with it its own punishment, automatically
admisistered without remorse, pity, or prejudice. :-)
-- Tom Christiansen in <559seq$ag1$1 at csnews.cs.colorado.edu>
More information about the U-Boot
mailing list