[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