From mboxrd@z Thu Jan  1 00:00:00 1970
From: Albert ARIBAUD <albert.aribaud@free.fr>
Date: Sat, 30 Oct 2010 18:44:09 +0200
Subject: [U-Boot] arm: wrong Relocation and not cleared BSS
In-Reply-To: <4CCC3697.1060703@gmail.com>
References: <4CCC18E7.8080708@ahsoftware.de> <4CCC1F6C.7040603@free.fr>
	<4CCC3697.1060703@gmail.com>
Message-ID: <4CCC4B59.10308@free.fr>
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

Le 30/10/2010 17:15, Darius Augulis a ?crit :
> Hi All,
>
> I still have the same problem with my non main-line mini6410 board
> (arm1176). I based my board support on newest u-boot with cleaned
> relocation code:
>
> U-Boot 2010.12-rc1-00028-ga1f6774 (Oct 30 2010 - 17:44:20) for MINI6410
>
> U-Boot code: 57E00000 ->  57E20B58  BSS: ->  57E26218
>
> CPU:     S3C6400 at 532MHz
>            Fclk = 532MHz, Hclk = 133MHz, Pclk = 66MHz (SYNC Mode)
> Board:   MINI6410
> monitor len: 00026218
> ramsize: 08000000
> TLB table at: 57ff0000
> Top of RAM usable for U-Boot at: 57ff0000
> Reserving 152k for U-Boot at: 57fc9000
> Reserving 1280k for malloc() at: 57e89000
> Reserving 24 Bytes for Board Info at: 57e88fe8
> Reserving 92 Bytes for Global Data at: 57e88f8c
> New Stack Pointer is: 57e88f88
> RAM Configuration:
> Bank #0: 50000000 128 MiB
> relocation Offset is: 001c9000
> monitor flash len: 00020B58
> Now running in RAM - U-Boot at: 57fc9000
> Using default environment
>
> Destroy Hash Table: 57e26100 table = (null)
> Create Hash Table: N=67
> INSERT: table 57e26100, filled 1/67 rv 57e89268 ==>  name="bootdelay"
> value="3"
> INSERT: table 57e26100, filled 2/67 rv 57e89274 ==>  name="baudrate"
> value="115200"
> INSERT: free(data = 57e89008)
> INSERT: done
> In:    serial
> Out:   serial
> Err:   serial
> Net:   dm9000
> ### main_loop entered: bootdelay=3
>
> ### main_loop: bootcmd="<UNDEFINED>"
> MINI6410 # help
> Unknown command 'help' - try 'help'
> MINI6410 #
>
> It seems like cmd table somehow isn't relocated or is corrupted.
> I tried to change TEXT_BASE, then stack size, then malloc size, but in
> all cases result is the same. I use non standard nand_spl yet, which is
> only 10 lines of code to copy two nand pages to TEXT_BASE. I don't know
> if gcc or binutils version could cause such problem. There are versions
> of my tools:
>
> $ arm-linux-gcc --version
> arm-linux-gcc (Buildroot 2010.11-git) 4.4.5
>
> $ arm-linux-ld --version
> GNU ld (GNU Binutils) 2.20.1.20100303
>
> Eric, do you still have the same problem of missing commands with your
> kirkwood board?
>
> Darius.

This is not quite the same issue as Alexander has, right?

If your board has NAND support, can you try and reproduce his issue?

Amicalement,
-- 
Albert.