NAND_SPL: Remove initdram() call from nand_boot()
PATCH 1/1 NAND_SPL: Remove initdram() call from nand_boot()
This patch removes the SDRAM initilization call initdram() from nand_boot(). This is done mainly because I experienced problems with some boards like Kilauea (405EX), which don't have internal SRAM (OCM) and relocation needs to be done to SDRAM before the NAND controller can get accessed. When initdram() is called later on in nand_boot(), this can lead to problems with variables in the bss sections like nand_ecc_pos[].
--- nand_spl/nand_boot.c | 11 +++++------ 1 files changed, 5 insertions(+), 6 deletions(-)
nand_spl/nand_boot.c +5 -6
@@ -221,20 +221,19 @@ static int nand_load(struct mtd_info *mtd, int offs, int uboot_size, uchar *dst)return 0 ; } +/* +* The main entry for NAND booting. It's necessary that SDRAM is already +* configured and available since this code loads the main U-Boot image +* from NAND into SDRAM and starts it from there. +*/ void nand_boot (void ) { -ulong mem_size;struct nand_chip nand_chip;nand_info_t nand_info;int ret;void (*uboot)(void );/* -* Init sdram, so we have access to memory -*/ - mem_size =initdram (0 ); - -/* * Init board specific nand support */ nand_info.priv = &nand_chip;
Signature · 1 line
1.5.5.3
PATCH 1/1 NAND_SPL: Remove initdram() call from nand_boot()
Quoted 7 lines · Stefan Roese
This patch removes the SDRAM initilization call
initdram()fromnand_boot(). This is done mainly because I experienced problems with some boards like Kilauea (405EX), which don't have internal SRAM (OCM) and relocation needs to be done to SDRAM before the NAND controller can get accessed. Wheninitdram()is called later on innand_boot(), this can lead to problems with variables in the bss sections like nand_ecc_pos[].
Are there any existing platforms that need an initdram() added elsewhere to accomodate this?
-Scott
PATCH 1/1 NAND_SPL: Remove initdram() call from nand_boot()
Quoted 11 lines · Scott Wood
Quoted 7 lines · Stefan Roese
This patch removes the SDRAM initilization call
initdram()fromnand_boot(). This is done mainly because I experienced problems with some boards like Kilauea (405EX), which don't have internal SRAM (OCM) and relocation needs to be done to SDRAM before the NAND controller can get accessed. Wheninitdram()is called later on innand_boot(), this can lead to problems with variables in the bss sections like nand_ecc_pos[].Are there any existing platforms that need an
initdram()added elsewhere to accomodate this?
Currently only the 4xx ones. I sent the patch for them a few minutes ago as you already noticed.
Best regards,
Stefan
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office at denx.de
=====================================================================
PATCH 1/1 NAND_SPL: Remove initdram() call from nand_boot()
In reply to Stefan RoeseQuoted 9 lines · Stefan Roese
This patch removes the SDRAM initilization call
initdram()fromnand_boot(). This is done mainly because I experienced problems with some boards like Kilauea (405EX), which don't have internal SRAM (OCM) and relocation needs to be done to SDRAM before the NAND controller can get accessed. Wheninitdram()is called later on innand_boot(), this can lead to problems with variables in the bss sections like nand_ecc_pos[].Signed-off-by Stefan Roese <[email protected]>
Please send via the 4xx tree in order for the initdram move to be atomic.
-Scott
PATCH 1/1 NAND_SPL: Remove initdram() call from nand_boot()
Quoted 9 lines · Scott Wood
Quoted 8 lines · Stefan Roese
This patch removes the SDRAM initilization call
initdram()fromnand_boot(). This is done mainly because I experienced problems with some boards like Kilauea (405EX), which don't have internal SRAM (OCM) and relocation needs to be done to SDRAM before the NAND controller can get accessed. Wheninitdram()is called later on innand_boot(), this can lead to problems with variables in the bss sections like nand_ecc_pos[].
Quoted 5 lines
Quoted 1 line
Signed-off-by Stefan Roese <[email protected]>Acked-by Scott Wood <[email protected]>Please send via the 4xx tree in order for the initdram move to be atomic.
OK, will do.
Thanks.
Best regards,
Stefan
=====================================================================
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-0 Fax: +49-8142-66989-80 Email: office at denx.de
=====================================================================