From mboxrd@z Thu Jan  1 00:00:00 1970
From: Alexander Holler <holler@ahsoftware.de>
Date: Fri, 29 Oct 2010 16:50:56 +0200
Subject: [U-Boot] Most ARM CPU's have buggy clear_bss?
In-Reply-To: <20101029144448.3FE38152451@gemini.denx.de>
References: <AANLkTimP9_Am6PKt8YchW8Mrj8LWujorXs=f+RtfREJ4@mail.gmail.com>
	<4CC93C74.6050309@ahsoftware.de> <4CC94305.8060001@ahsoftware.de>
	<4CCA8AF0.3000201@ahsoftware.de> <4CCA91AD.3060806@free.fr>
	<4CCAB659.5010309@ahsoftware.de> <4CCAB954.5050506@free.fr>
	<4CCABEAF.40305@ahsoftware.de> <4CCACE26.8060104@free.fr>
	<4CCADC10.9010205@ahsoftware.de>
	<20101029144448.3FE38152451@gemini.denx.de>
Message-ID: <4CCADF50.4020708@ahsoftware.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Am 29.10.2010 16:44, schrieb Wolfgang Denk:
> Dear Alexander Holler,
>
> In message<4CCADC10.9010205@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?

I have forgotten to change *NR_BANKS from 4 to 1 for these tests, but I 
assume this is already fixed here without the need to change *NR_BANKS:

http://lists.denx.de/pipermail/u-boot/2010-October/080621.html

Regards,

Alexander