[PATCH] minimum: Do not use unified work areas

Sebastian Huber sebastian.huber at embedded-brains.de
Thu Sep 8 14:15:32 UTC 2022


The CONFIGURE_UNIFIED_WORK_AREAS option pulls in a system initialization
handler which initializes the unified heap.

Close #4108.
---
 testsuites/samples/minimum/init.c | 15 ---------------
 1 file changed, 15 deletions(-)

diff --git a/testsuites/samples/minimum/init.c b/testsuites/samples/minimum/init.c
index 347b6ce991..ee14a1aef4 100644
--- a/testsuites/samples/minimum/init.c
+++ b/testsuites/samples/minimum/init.c
@@ -104,21 +104,6 @@ static void *Init( uintptr_t ignored )
  */
 #define CONFIGURE_MAXIMUM_PRIORITY 15
 
-/*
- *  This configures RTEMS to use a single memory pool for the RTEMS Workspace
- *  and C Program Heap.  If not defined, there will be separate memory pools
- *  for the RTEMS Workspace and C Program Heap.  Having separate pools
- *  does haved some advantages in the event a task blows a stack or writes
- *  outside its memory area. However, in low memory systems the overhead of
- *  the two pools plus the potential for unused memory in either pool is
- *  very undesirable.
- *
- *  In high memory environments, this is desirable when you want to use
- *  the RTEMS "unlimited" objects option.  You will be able to create objects
- *  until you run out of memory.
- */
-#define CONFIGURE_UNIFIED_WORK_AREAS
-
 /*
  *  In this application, the initialization task performs the system
  *  initialization and then transforms itself into the idle task.
-- 
2.35.3



More information about the devel mailing list