Registered User mNo edit summary |
Registered User (Merge articles) |
||
| Line 4: | Line 4: | ||
}}</noinclude> | }}</noinclude> | ||
== Article purpose == | == Article purpose == | ||
The '''Reserved-memory''' mechanism<ref>https://www.kernel.org/doc/Documentation/devicetree/bindings/reserved-memory/reserved-memory. | The '''Reserved-memory''' mechanism<ref>https://www.kernel.org/doc/Documentation/devicetree/bindings/reserved-memory/reserved-memory.yaml</ref> allows reserving memory regions in the kernel. This mechanism is used by drivers to allocate buffers in specific memory regions (such as internal SRAM) or to get a dedicated memory pool that will not be managed by Linux<sup>®</sup> conventionnal memory allocator (in DDR).<br /> | ||
== Use cases == | == Use cases == | ||
Latest revision as of 17:37, 24 October 2023
1. Article purpose
The Reserved-memory mechanism[1] allows reserving memory regions in the kernel. This mechanism is used by drivers to allocate buffers in specific memory regions (such as internal SRAM) or to get a dedicated memory pool that will not be managed by Linux® conventionnal memory allocator (in DDR).
2. Use cases
In OpenSTLinux, the reserved-memory is used:
- On STM32MP1 series by:
- the dmaengine driver to reserve the region where DMA buffers are allocated, typically in internal SRAM (STM32MP13 SRAM or STM32MP15 MCU SRAM).
- On STM32MP15x lines
by:
- the remoteproc driver to reserve the regions in RETRAM and MCU SRAM where the coprocessor firmware will be loaded.
- the RPMsg driver to reserve the region where RPMsg buffers used for interprocess communication with the coprocessor, are allocated, typically MCU SRAM.
- the Vivante Gcnano driver to reserve the region where the GPU working memory is allocated, typically the DDR.
3. References