bsps: Rework work area initialization

The work area initialization was done by the BSP through
bsp_work_area_initialize(). This approach predated the system
initialization through the system initialization linker set. The
workspace and C program heap were unconditionally initialized.  The aim
is to support RTEMS application configurations which do not need the
workspace and C program heap.  In these configurations, the workspace
and C prgram heap should not get initialized.

Change all bsp_work_area_initialize() to implement _Memory_Get()
instead.  Move the dirty memory, sbrk(), per-CPU data, workspace, and
malloc() heap initialization into separate system initialization steps.
This makes it also easier to test the individual initialization steps.

This change adds a dependency to _Heap_Extend() to all BSPs.  This
dependency will be removed in a follow up change.

Update #3838.

1 files changed, 0 insertions, 15 deletions

diff --git a/cpukit/include/rtems/confdefs.h b/cpukit/include/rtems/confdefs.h
index c044f4842c..2605b513f4 100644
--- a/cpukit/include/rtems/confdefs.h
+++ b/cpukit/include/rtems/confdefs.h
@@ -1260,21 +1260,6 @@ extern rtems_initialization_tasks_table Initialization_tasks[];
 
 #ifdef CONFIGURE_INIT
   /**
-   * By default, RTEMS uses separate heaps for the RTEMS Workspace and
-   * the C Program Heap.  The application can choose optionally to combine
-   * these to provide one larger memory pool. This is particularly
-   * useful in combination with the unlimited objects configuration.
-   */
-  #ifdef CONFIGURE_UNIFIED_WORK_AREAS
-    Heap_Control  *RTEMS_Malloc_Heap = &_Workspace_Area;
-  #else
-    Heap_Control   RTEMS_Malloc_Area;
-    Heap_Control  *RTEMS_Malloc_Heap = &RTEMS_Malloc_Area;
-  #endif
-#endif
-
-#ifdef CONFIGURE_INIT
-  /**
    * This configures the sbrk() support for the malloc family.
    * By default it is assumed that the BSP provides all available
    * RAM to the malloc family implementation so sbrk()'ing to get