一、前言

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 中。

• 还没有人评论，欢迎说说您的想法！