[U-Boot] [PATCH v4] Marvell Kirkwood family SOC support
Wolfgang Denk
wd at denx.de
Sun May 3 22:48:45 CEST 2009
Dear Prafulla Wadaskar,
In message <73173D32E9439E4ABB5151606C3E19E201CD5CF545 at SC-VEXCH1.marvell.com> you wrote:
>
> In case of kirkwood specially in some board version if we use Kirkwood without internal BootROM we need to configure DRAM before setting stack in DRAM, this should be done in lowlevel_init.S i.e. lowlevel_init or arch_lowlevel_init jump
This may be what many ARM systems are currently doing, but actually it
is not what I'd like to see.
Normally DRAM should only be initialized right before relocation to
RAM, i. e. relatively late in the boot sequence, and definitely by C
code (at a time, when you have printf() and friends for debugging).
Also, normally the actual RAM size should be auto-detected using the
utilities provided by common/memsize.c, etc. [Also, flash sizes
should be auto-detected.]
If you don't have any on-chip memory on your system, or any other
SRAM etc. that could be used for initial data or stack, then the
standard method is to lock (parts of) D-Cache and use this as RAM.
It would be great if such standard procedures would find their way
into U-Boot on ARM, too.
[Note that I wrote "I'd like to see", and "normally", and "should". I
did not say "must" - I'm a realist, and I know that ARM still has a
long way to go to fully recover from the ARMBoot heritage.]
Thanks in advance.
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
"Deliver yesterday, code today, think tomorrow."
More information about the U-Boot
mailing list