Build and test mtd0 Uboot from SDRAM

Re: Build and test mtd0 Uboot from SDRAM

davygravy — Sun, 12 Feb 2012 22:06:53 -0600

OK, some fine-tuning now on when it seems that testing in SDRAM works...
Same source code (ie. same version, eg 2011.12), minor changes only (ie. only minor edits to the include/configs/.h.

Re: Build and test mtd0 Uboot from SDRAM

pazos — Sun, 12 Feb 2012 14:29:55 -0600

Sorry, It was a mistake! I can confirm that there are some changes in kwbimage.kwb from jeff's patch to ecc's patch, but forget about diferences in sizes, my fault ;)

Re: Build and test mtd0 Uboot from SDRAM

davygravy — Sun, 12 Feb 2012 13:08:05 -0600

@ pazos: can you find the commit of the new header size?

Re: Build and test mtd0 Uboot from SDRAM

pazos — Sun, 12 Feb 2012 12:47:55 -0600

It is weird cause new headers size = 516 bytes (204 in hexadecimal).

@davygravy: could you test 'go 0x800204' in uboot's prompt

Re: Build and test mtd0 Uboot from SDRAM

davygravy — Sun, 12 Feb 2012 08:15:27 -0600

DockstarPBX Wrote:
-------------------------------------------------------
> Is seems only Jeff's "uboot.mtd0.kwb" and
> "uboot-original-mtd0.kwb" can be tested by using:
>
>
> Several people have followed
> http://jeff.doozan.com/debian/uboot/build_uboot.ht
> m but were not able to boot from SDRAM.
>
> I was able to boot mtd3 uboot from SDRAM, but
> mtd0 uboot always hang after "go 0x800200".
>

It works, but one condition is that it seems you should minimize the changes between your actual in-NAND bootloader, and the version you are loading into SDRAM to execute.

I built a u-boot.kwb yesterday - and flashed it - after several days of trying to get it to load (and having the same results as PBX above). Since I knew that an acquaintance had flashed his to NAND and it was OK, I made the leap of faith and went ahead and flashed it... all was well.

But after discovering that

#define CONFIG_ENV_ADDR			0xc0000

had been changed to

#define CONFIG_ENV_ADDR			0x60000

when support for Dockstar had been added to mainline u-boot, I tried changin ENV_ADDR back and recompiled it... also changed the prompt... and it does load and execute:

Filename 'uboot.mtd0.kwb-marvell02192012-doozanvars-fs-origenv'.
Load address: 0x800000
Loading: ####################################
done
Bytes transferred = 524288 (80000 hex)
DockStar> go 0x800200 
## Starting application at 0x00800200 ...


U-Boot 2011.12-06918-gf33b06f-dirty (Feb 11 2012 - 01:50:51)
Seagate FreeAgent DockStar

SoC:   Kirkwood 88F6281_A0
DRAM:  WARNING: Caches not enabled
NAND:  256 MiB
In:    serial
Out:   serial
Err:   serial
Net:   egiga0
88E1116 Initialized on egiga0
Hit any key to stop autoboot:  0 
u-boot>>

I do not know what the "threshhold" or tolerance is exactly. But after experimenting for an hour or so (building uboot on my quad core takes less than 60 seconds), I can say for sure that it is replicable - it wasn't a one-time fluke.

Re: Build and test mtd0 Uboot from SDRAM

DockstarPBX — Fri, 15 Oct 2010 18:42:43 -0500

After changing "mkDockstar.mtd0"
from "sed -i 's/^TEXT_BASE = 0x00.00000/TEXT_BASE = 0x00600000/' board/Marvell/sheevaplug/config.mk"
to "sed -i 's/^TEXT_BASE = 0x00.00000/TEXT_BASE = 0x00c00000/' board/Marvell/sheevaplug/config.mk"

I was able to build mtd0 uboot, tested it on SDRAM and flashed it to NAND.

I'm not sure why Jeff set TEXT_BASE to 0x00600000 in his patches and mkDockstar.mtd0.

Build and test mtd0 Uboot from SDRAM

DockstarPBX — Sat, 09 Oct 2010 16:10:05 -0500

Is seems only Jeff's "uboot.mtd0.kwb" and "uboot-original-mtd0.kwb" can be tested by using:

tftpboot 0x800000 uboot.mtd0.kwb
go 0x800200

Several people have followed http://jeff.doozan.com/debian/uboot/build_uboot.htm but were not able to boot from SDRAM.

I was able to boot mtd3 uboot from SDRAM, but mtd0 uboot always hang after "go 0x800200".

Does anyone have a hint why Jeff's mtd0 uboots can boot from SDRAM but others can't?