Dear Prafulla Wadaskar, In message <73173d32e9439e4abb5151606c3e19e201cd5cf...@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: w...@denx.de "Deliver yesterday, code today, think tomorrow." _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot