]> git.sur5r.net Git - u-boot/commitdiff
ppc4xx: Fix problem with SDRAM init in bamboo NAND booting port
authorStefan Roese <sr@denx.de>
Wed, 4 Jun 2008 17:19:20 +0000 (19:19 +0200)
committerStefan Roese <sr@denx.de>
Wed, 4 Jun 2008 19:34:12 +0000 (21:34 +0200)
This patch fixes a problem spotted by Eugene O'Brian (thanks Eugene)
introduced by the commit:

ppc4xx/NAND_SPL: Consolidate 405 and 440 NAND booting code in start.S

With this patch SDRAM will get initialized again and booting from NAND
is working again.

Signed-off-by: Stefan Roese <sr@denx.de>
Acked-by: Eugene O'Brien <eugene.obrien@advantechamt.com>
nand_spl/board/amcc/bamboo/sdram.c

index ac77d066cb162f80559eafb4074785e6784bcd37..ca25252edfd8564c3e2edb3bf91a393fb564523b 100644 (file)
@@ -36,7 +36,7 @@ static void wait_init_complete(void)
 }
 
 /*
- * early_sdram_init()
+ * long int initdram(int board_type)
  *
  * As the name already indicates, this function is called very early
  * from start.S and configures the SDRAM with fixed values. This is needed,
@@ -51,7 +51,7 @@ static void wait_init_complete(void)
  * modules are still plugged in. So it is recommended to remove the DIMM
  * modules while using the NAND booting code with the fixed SDRAM setup!
  */
-void early_sdram_init(void)
+long int initdram(int board_type)
 {
        /*
         * Soft-reset SDRAM controller.
@@ -87,12 +87,6 @@ void early_sdram_init(void)
         */
        mtsdram(mem_cfg0, 0x80000000); /* DCEN=1, PMUD=0*/
        wait_init_complete();
-}
 
-long int initdram(int board_type)
-{
-       /*
-        * Nothing to do here, just return size of fixed SDRAM setup
-        */
        return CFG_MBYTES_SDRAM << 20;
 }