OrgACRN
/
sof
mirror of https://github.com/thesofproject/sof.git
1
0
Fork 0
Code Issues Projects Releases Wiki Activity
sof/test/cmocka/include/mock_memory.h

16 lines
487 B
C
Raw Normal View History

memory: new memory layout for APL, ICL, CNL and SUE This will optimize memory usage and introduces two significant optimizations: > Separate the memory (heaps, stack) by cores so if we will turn off a specific core we can also turn off all memory of this core. > Remove fixed defines and gaps, previously stack was at fixed position: end of memory and buffer heap was everything between stack and fw. Now everything will be packed at sof_fw memory segment and takes only this memory which is really needed, everything else we can turn off. Changelog: BSS section now includes heaps and stack Removed many heap fixed position defines Removed gap before fw text section memmap init is using real linker positions for heaps Temporary stack for boot_ldr placed in heap_hp_buffer (safe) sof fw max_size and segment limited to memory configured by memory banks count Using new macro to stack init per core Stack is no longer a one big block for all cores (core_count*stack_size) System_runtime_heap and system_heap are no longer a one big block for all cores For suecreek memory it will also introduce similar changes previously introduced in other platforms (One shared memory block SOF_FW for SOF_TEXT, SOF_DATA and SOF_BSS sections Moved fw_ready near to .rodata and .data) Memory layout for every slave core aligned to hw memory bank: --align to memory bank-- system_heap system_runtime_heap stack --align to memory bank-- next slave core.. Similar layout applies to master core Signed-off-by: Adrian Bonislawski <adrian.bonislawski@linux.intel.com>
2019-05-28 17:43:50 +08:00
/* SPDX-License-Identifier: BSD-3-Clause
*
* Copyright(c) 2018 Intel Corporation. All rights reserved.
*
* Author: Adrian Bonislawski <adrian.bonislawski@linux.intel.com>
*/
/* Memory mock for memmap */
#define HEAP_RUNTIME_BASE 0xBE200000
#define HEAP_BUFFER_BASE 0xBE2F0000
#define HEAP_SYSTEM_0_BASE 0xBE30F000
#define HEAP_SYS_RUNTIME_0_BASE 0xBE32F000
#define SOF_CORE_S_START 0xBE390000
alloc: Define new memory zone, shared Shared memory shouldn't be connected with any cpu core, because in general such an resource may be shared between any number of arbitrary chosen cores. Connecting it with with core 0 heap, leads to unbalanced heap usage between core 0 and secondary cores. Moreover operations like alloc and free may be called from two different cores, what's not possible in current implementation. Such an situation is especially possibly during handling resources describing hardware components, eg. DAI or DMA, from two different cores. Moving shared memory management to dedicated heap, allows to easily use another memory region, what may be needed to fulfill platform specific demands. Signed-off-by: Karol Trzcinski <karolx.trzcinski@linux.intel.com>
2020-09-25 00:10:48 +08:00
#define HEAP_RUNTIME_SHARED_BASE 0xBE3A0000
#define HEAP_SYSTEM_SHARED_BASE 0xBE3B0000