FreeRTOS MPU使系统更健壮！

niubility

MPU(Memory Protection Unit，内存保护单元)在 Cortex-M内核中是可选模块，带MPU的微控制器允许内存映射（包括Flash、RAM和外围设备）细分为若干区域，分别给每个区域分配不同的访问权限。
* y) x1 g& P4 n) {; Z9 L9 ]FreeRTOS-MPU是FreeRTOS针对MPU实现的一个安全版本，支持ARMv7-M(Cortex-M3, Cortex-M4 和 Cortex-M7)和ARMv8-M (Cortex-M23和Cortex-M33) 内核的微控制器。
) H% @7 _/ N' z针对ARMv7-M的FreeRTOS移植存在两个版本，一个支持MPU，一个不支持。针对ARMv8-M只有一个移植版本，通过编译开关控制是否支持MPU。
FreeRTOS通过将任务分为特权和非特权运行模式和限制对RAM、外设、可执行代码、任务堆栈内存的访问，使得应用更健壮和安全。例如，防止代码从RAM中执行可以获得巨大的好处，因为这样做可以防止许多攻击向量，如缓冲区溢出漏洞或加载到RAM中的恶意代码的执行。
使用MPU必然会使应用程序设计更加复杂，首先必须确定MPU的内存区域限制并向RTOS进行描述，其次MPU限制应用程序任务可以做什么和不能做什么。

MPU的策略
创建一个将每个任务限制在其自己的内存区域的应用程序可能是最安全的，但它也是设计和实现最复杂的。通常最好使用一个MPU来创建一个伪进程和线程模型——允许线程组共享内存空间。例如，创建一个可被可信的第一方代码访问的内存空间，以及一个仅可被不可信的第三方代码访问的内存空间。
/ A7 ?( T, R* E* H; h# l
$ U8 H8 X) n% q6 pFreeRTOS-MPU特性
6 s1 X5 n/ {: h& \" [3 R兼容ARM Cortex-M3和Cortex-M4F标准移植。
可以创建以特权模式或非特权模式运行的任务。非特权任务只能访问它们自己的堆栈和最多三个用户可定义的内存区域(每个任务三个)。用户可定义内存区域是在创建任务时分配给任务的，如果需要，可以在运行时重新配置。
+ I# u7 s) n3 \; Y: v$ G7 J用户可定义的内存区域可以单独参数化。例如，一些区域可能被设置为只读，而另一些区域可能被设置为不可执行(在ARM术语中简称为XN)，等等。
1 D! I. z4 u2 V非特权任务之间不共享数据内存，但非特权任务可以使用标准队列和信号量机制相互传递消息。可以通过使用用户可定义的内存区域显式地创建共享内存区域，但是不建议这样做。
5 y: R; ?" d0 @0 \, A1 n特权模式任务可以将自己设置为非特权模式，但一旦进入非特权模式，它就不能再将自己设置为特权模式。
6 v% z8 V. \! f4 \! O9 dFreeRTOS API位于Flash的一个区域，该区域只能在微控制器处于特权模式(调用API函数导致临时切换到特权模式)时访问。
内核维护的数据位于RAM的一个区域，只有在微控制器处于特权模式时才能访问。
系统外设只能在微控制器处于特权模式时访问。任何代码都可以访问标准外设(UART等)，但是可以使用可定义的内存区域显式地对其进行保护。
7 h& Z( K. t& w8 W6 `FreeRTOS-MPU可以创建两种类型的任务：
特权任务：特权任务可以访问整个内存映射。特权任务可以使用xTaskCreate()或xTaskCreateRestricted() API函数来创建。
) y; L6 T% O' n# R非特权任务：非特权任务只能访问它的堆栈。此外，可以授予它最多三个用户可定义内存区域的访问权限(每个任务三个)。非特权任务只能使用xTaskCreateRestricted()创建。注意，xTaskCreate()不能用于创建非特权任务。
3 c8 F" Q, Z0 Y+ d如果一个任务想要使用MPU，那么必须提供以下附加信息：


0 h# O5 Z7 x* S
1 k. T1 }+ ^1 ^8 v; H/ [1 e

+ u9 @/ |& G6 ?( {$ I
4 l; x- D# C* H0 V( W

' c8 j3 q# \0 h1 U3 o/ i/ Y
, I, r0 X5 D/ Y

CRAZY_argentina

虚拟模式。。。。。。

VIC56

X86的实模式，保护模式，虚拟模式。

zhi_hui_zhou

X86的实模式，保护模式，虚拟模式。