SAMA5: More variables-in-SDRAM stuff
This commit is contained in:
parent
34b94de8fe
commit
6188eb7472
@ -6522,5 +6522,10 @@
|
||||
to fix 'Error: .size expression for idle_stack does not evaluate to
|
||||
a constant" (2014-1-25).
|
||||
* arch/arm/include/efm32, arch/arm/src/efm32, and configs/efm32-dk360:
|
||||
Removed all EFM32 support. Not yet readyto be fielded (2014-1-17).
|
||||
Removed all EFM32 support. Not yet readyto be fielded (2014-1-27).
|
||||
* arch/arm/src/armv7-a/arm_head.S, sama5/sam_boot.c, and several other
|
||||
files: Not supports execution from NOR FLASH with .data and .bss in
|
||||
SDRAM. This was not possible prior to this because .bss and .data
|
||||
were initialized before SDRAM was configured. This logic is still
|
||||
kind buggy. (2014-1-28).
|
||||
|
||||
|
@ -1,7 +1,7 @@
|
||||
/****************************************************************************
|
||||
* arch/arm/src/sama5/sam_boot.c
|
||||
*
|
||||
* Copyright (C) 2013 Gregory Nutt. All rights reserved.
|
||||
* Copyright (C) 2013-2014 Gregory Nutt. All rights reserved.
|
||||
* Author: Gregory Nutt <gnutt@nuttx.org>
|
||||
*
|
||||
* Redistribution and use in source and binary forms, with or without
|
||||
@ -627,9 +627,9 @@ void up_boot(void)
|
||||
|
||||
sam_clockconfig();
|
||||
|
||||
#ifdef CONFIG_ARCH_FPU
|
||||
/* Initialize the FPU */
|
||||
|
||||
#ifdef CONFIG_ARCH_FPU
|
||||
arm_fpuconfig();
|
||||
#endif
|
||||
|
||||
@ -645,20 +645,20 @@ void up_boot(void)
|
||||
|
||||
sam_boardinitialize();
|
||||
|
||||
#ifdef NEED_SDRAM_REMAPPING
|
||||
/* SDRAM was configured in a temporary state to support low-level
|
||||
* initialization. Now that the SDRAM has been fully initialized,
|
||||
* we can reconfigure the SDRAM in its final, fully cache-able state.
|
||||
*/
|
||||
|
||||
#ifdef NEED_SDRAM_REMAPPING
|
||||
sam_remap();
|
||||
#endif
|
||||
|
||||
#ifdef CONFIG_BOOT_SDRAM_DATA
|
||||
/* If .data and .bss reside in SDRAM, then initialize the data sections
|
||||
* now after SDRAM has been initialized.
|
||||
*/
|
||||
|
||||
#ifdef CONFIG_BOOT_SDRAM_DATA
|
||||
arm_data_initialize();
|
||||
#endif
|
||||
|
||||
@ -666,21 +666,21 @@ void up_boot(void)
|
||||
|
||||
sam_lowsetup();
|
||||
|
||||
#ifdef USE_EARLYSERIALINIT
|
||||
/* Perform early serial initialization if we are going to use the serial
|
||||
* driver.
|
||||
*/
|
||||
|
||||
#ifdef USE_EARLYSERIALINIT
|
||||
sam_earlyserialinit();
|
||||
#endif
|
||||
|
||||
#ifdef CONFIG_NUTTX_KERNEL
|
||||
/* For the case of the separate user-/kernel-space build, perform whatever
|
||||
* platform specific initialization of the user memory is required.
|
||||
* Normally this just means initializing the user space .data and .bss
|
||||
* segments.
|
||||
*/
|
||||
|
||||
#ifdef CONFIG_NUTTX_KERNEL
|
||||
sam_userspace();
|
||||
#endif
|
||||
}
|
||||
|
@ -3120,6 +3120,9 @@ To-Do List
|
||||
Perhaps there are some issues with SDRAM when uses as the primary
|
||||
heap?
|
||||
|
||||
UPDATE: If I turn memory management debug on, the crash does not
|
||||
occur. This needs some further investigation and a little TLC.
|
||||
|
||||
5) HSCMI TX DMA support is currently commented out.
|
||||
|
||||
6) I believe that there is an issue when the internal AT25 FLASH is
|
||||
|
Loading…
Reference in New Issue
Block a user