STM32与i.MX6ULL内存与存储机制全解析：从微控制器到应用处理器的设计差异

最近做FreeRTos，以及前面设计的RVOS，这种RTOS级别的系统内存上的分布与CortexA系列里面的分布有相当大的区别，给我搞糊涂了。

STM32（Cortex-M系列）的内存与存储机制
- Flash存储内容
- RAM存储内容
- 启动与运行时流程
- 示例代码解析
i.MX6ULL（Cortex-A系列）的内存与存储机制
- 物理内存布局
- 程序存储与加载流程
- 多级启动过程
- 裸机程序处理
STM32与i.MX6ULL的关键差异对比
- 架构设计差异
- 存储与启动流程对比
- 内存管理机制
总结与适用场景

1. STM32（Cortex-M系列）的内存与存储机制

Flash存储内容

程序代码：所有编译后的机器指令。
常量数据：const修饰的全局变量、字符串常量。
初始化数据：全局/静态变量的初始值（运行时复制到RAM）。

RAM存储内容

堆栈（Stack）：局部变量、函数调用上下文。
堆（Heap）：动态分配的内存（malloc/new）。
全局/静态变量：运行时实际存储位置（含.data和.bss段）。

启动与运行时流程

上电启动：
- CPU从Flash固定地址（0x08000000）读取复位向量，执行启动代码（Reset_Handler）。
- 启动代码将.data段（初始化数据）从Flash复制到RAM，并清零.bss段。
指令执行：
- CPU通过指令总线直接从Flash读取指令。
- 通过ART加速器或预取队列优化访问延迟。

示例代码

const int FLASH_CONST = 100;    // 存储在Flash
int ram_var = 42;               // 初始值在Flash，运行时在RAMvoid main() {int stack_var;              // 栈中分配（RAM）static int static_var;      // .bss段（RAM）
}

2. i.MX6ULL（Cortex-A系列）的内存与存储机制

物理内存布局（以1GB DDR为例）

地址范围	用途
`0x80000000 ~ ...`	Linux内核空间
`0x90000000 ~ ...`	用户空间（应用程序、堆栈）
保留区域	GPU/VPU内存、DMA缓冲区

程序存储与加载流程

存储介质：eMMC、SD卡、NAND Flash等。
多级启动过程：
1. Boot ROM：固化在芯片内部，加载第一级引导程序（如U-Boot）到片内OCRAM。
2. Bootloader（U-Boot）：
  - 初始化硬件（DDR、外设）。
  - 从存储设备加载内核镜像（zImage）、设备树（.dtb）、根文件系统到DDR。
3. Linux内核：解压并初始化MMU、进程管理等，挂载根文件系统。
4. 用户程序：从文件系统加载到DDR用户空间执行。

裸机程序处理

链接脚本示例：

MEMORY {RAM (rwx) : ORIGIN = 0x80000000, LENGTH = 512M
}
SECTIONS {.text : { *(.text) } > RAM   /* 代码段 */.data : { *(.data) } > RAM   /* 初始化数据 */.bss : { *(.bss) } > RAM     /* 未初始化数据 */
}

3. STM32与i.MX6ULL的关键差异对比

特性	STM32（Cortex-M）	i.MX6ULL（Cortex-A）
核心定位	实时控制（微控制器）	复杂应用（应用处理器）
指令执行位置	直接在Flash中执行	必须加载到RAM执行
内存管理	无MMU，直接访问物理地址	支持MMU和虚拟内存
启动流程	单阶段启动（Flash → 运行）	多阶段启动（Boot ROM → U-Boot → Kernel）
典型存储介质	片内Flash	eMMC、SD卡、NAND Flash
典型应用场景	实时控制、传感器处理	嵌入式Linux、GUI应用、多媒体处理