FreeRTOS 基于 ARMv8-M 对 MPU 的应用
一、前言
ARMv8-M 支持 MPU，FreeRTOS 也添加了对这些 MPU 的应用代码。这里用来记录 FreeRTOS 对 MPU 应用方式的探究结果。
二、ArmV8-M MPU 介绍
ARMv8-M MPU 支持每个安全状态(non-secure 和 secure)0-8个区域的配置。
MPU 的主要特性如下:
- 区域最小大小为32字节，最大为4GB，但必须为32字节的整数倍
- 所有的区域必须以32字节对齐
- 每个区域对两个处理器模式(privileged 和 unprivileged)拥有独立的读/写权限
- eXecure Never(XN)属性可以用来分割代码段和数据段
三、FreeRTOS 对 MPU 的应用
FreeRTOS 对 MPU 的配置主要体现在2个方面：
- 配置 MPU Region，隔离 code / data
- 提供 unpriviliged task 调用 priviliged api 的机制
MPU Region 划
以 8个 MPU Region 为例，FreeRTOS 对 MPU 的使用情况如下：
在该配置下，要求同一个 section 的 code / data 放在连续的地址空间；
若实际硬件上有多块不连续的 flash 或 sram，则需要控制链接文件让相同 section 的数据位于连续空间；
若实在无法满足上述约束，则需要改造 FreeRTOS 的 MPU 配置（可能需要减少用户自定义 Region 数量）。
系统调用方式
在 MPU 开启后，kernel api 处于 privileged section, unprivilege task 会被MPU屏蔽而无权直接访问；
FreeRTOS 提供了 wrapper 层，用于间接调用 kernel api，其命名为 MPU_xxx(xxx 是 kernel api 名称)。
为了确保兼容性，减少用户调用的复杂性，FreeRTOS 还通过 mpu_wrapper.h 将 xxx 映射为 MPU_xxx。
系统调用目前有2个版本，分为 mpu_v1 和 mpu_v2。
1、MPU V1
mpu_v1 的工作流程如下：
可以看到，task 需要先调用 wrapper 层的接口 MPU_xxx，再由 wrapper 层调用 kernel api；
在 mpu_wrapper 中，会对 task 的权限做检查：
- privileged task : task 有权访问 kernel privileged function，mpu_wrapper 直接调用 kernel api；
- unprivileged task : task 无权直接访问 kernel privileged function，mpu_wrapper 需要先通过 svc 临时提升任务权限，然后调用 kernel api，最后在 mpu_wrapper 返回前恢复原始任务权限；
2、MPU V2
mpu_v2 的工作流程如下：
与 mpu_v1 相比，mpu_v2 有如下改动：
- 添加了转换层（mpu_wrapper_v2），用于隐藏内核对象句柄（FreeRTOS的内核对象句柄是内核对象的指针）；
- unprivileged task 调用 kernel api 时，会将栈切换到专用的 system call stack；
根据讨论，这么做的主要目的是为了防止泄露信息给 unprivileged task.
四、MPU 对 FreeRTOS 的其他影响
pxTopOfStack 的变化
pxTopOfStack 是 TCB 中的首个成员，主要用于任务切换时记录栈的位置。
-
在未开启 MPU 时，pxTopOfStack 直接指向任务栈，cpu 上下文信息存储在任务栈上；
-
在开启 MPU 后，pxTopOfStack 指向 TCB 中的 ulContent 区域，cpu 上下文信息存储在 ulContent 中，而任务的栈指针则存储在 ulContent 中。