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