ARM PMSA架构与MPU寄存器编程详解

1. ARM PMSA架构与系统控制寄存器概述

在嵌入式系统和实时操作系统中，内存管理是确保系统稳定性和安全性的关键。ARM的PMSA(Protected Memory System Architecture)架构为这类场景提供了轻量级但高效的内存保护方案。与传统的MMU不同，PMSA通过MPU(Memory Protection Unit)实现内存区域的动态划分和访问控制，这种设计在资源受限的嵌入式环境中尤为重要。

系统控制寄存器作为处理器内存管理的核心配置接口，主要分为两类：一类是MPU专用的区域配置寄存器（如RGNR），另一类是全局系统控制寄存器（如SCTLR）。这些寄存器通过ARM的CP15协处理器指令进行访问，需要运行在PL1及以上特权级别。

关键提示：在操作这些寄存器前，必须确保处理器处于正确的特权模式（通常是Supervisor模式），否则会触发未定义指令异常。

2. MPU区域编号寄存器(RGNR)深度解析

2.1 RGNR寄存器功能定位

RGNR(Region Number Register)是MPU配置过程中的核心枢纽寄存器，它定义了当前正在操作的内存区域编号。这个编号会同时映射到：

1. 数据或统一地址空间
2. 指令地址空间（如果实现分离的指令/数据地址映射）

通过RGNR指定的区域编号，后续的DRBAR（区域基址）、DRSR（区域大小/属性）、DRACR（区域访问控制）等寄存器操作才会生效。这种设计使得软件可以用同一套配置流程管理多个内存区域。

2.2 寄存器位域详解

RGNR的32位格式中，关键位域如下：

code复制31                N  N-1               0
+-----------------+-----+
| Reserved (SBZP) | Region Number |
+-----------------+-----+

• Reserved[31:N]：保留位，必须写0
• Region[N-1:0]：当前区域编号，N=ceil(log2(支持的区域数))

例如，某MPU支持8个内存区域，则N=3，Region字段占3位（bit2-0），可取值0-7。区域编号从0开始连续分配，不支持稀疏编号。

2.3 关键编程约束

1. 区域编号有效性：写入值必须小于MPU支持的最大区域数，否则行为不可预测。建议先读取CP15的MPU_TYPE寄存器确认支持的区域数量。

2. 分离地址映射处理：当MPU实现分离的指令/数据地址映射时：

   • 仍然使用单一的RGNR寄存器
   • 有效区域数以指令/数据区域数的较大者为准
   • 需注意当前编号可能在某一地址映射中无效

3. 访问指令示例：

assembly复制; 设置当前区域编号为2
MOV r0, #2
MCR p15, 0, r0, c6, c2, 0  ; 写入RGNR

; 读取当前区域编号
MRC p15, 0, r0, c6, c2, 0  ; 读取RGNR

3. 系统控制寄存器(SCTLR)全解析

3.1 SCTLR全局控制功能

SCTLR(System Control Register)是处理器的"控制中枢"，其配置影响整个系统的行为。在PMSA实现中，主要控制以下功能：

• 内存系统使能（MPU、缓存、分支预测）
• 异常处理配置（向量表位置、异常状态）
• 系统行为控制（对齐检查、端序设置）

3.2 关键控制位详解

SCTLR的位域布局如下（以ARMv7-R为例）：

code复制31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
IE TE   NMFI EE VE   U FI   DZ BR   RR V I Z SW B   CP15BEN   C A M

3.2.1 内存系统控制位

• M[0]：MPU使能位

  • 0：禁用MPU
  • 1：启用MPU
  • 注意：启用MPU前必须完成所有区域配置

• C[2]：数据/统一缓存使能

• I[12]：指令缓存使能

• Z[11]：分支预测使能

3.2.2 异常处理配置

• V[13]：异常向量表基址

  • 0：低向量（0x00000000）
  • 1：高向量（0xFFFF0000）
  • ARMv7-R中建议保持为0

• TE[30]：异常进入状态

  • 0：ARM状态
  • 1：Thumb状态

3.2.3 系统行为控制

• A[1]：对齐检查使能

  • 启用后非对齐访问会触发对齐错误

• DZ[19]：除零异常使能

  • 1：SDIV/UDIV除零时触发异常

• BR[17]：背景区域控制

  • 0：未映射区域访问触发背景错误
  • 1：PL1访问未映射区域使用默认内存属性

3.3 寄存器访问方法

SCTLR必须通过CP15协处理器指令访问：

assembly复制; 读取SCTLR
MRC p15, 0, r0, c1, c0, 0

; 修改后写回（推荐读-改-写序列）
ORR r0, r0, #(1 << 0)  ; 设置M位启用MPU
MCR p15, 0, r0, c1, c0, 0

重要实践建议：修改SCTLR时务必使用读-改-写序列，避免影响未定义的保留位。写入后建议执行DSB和ISB屏障指令确保配置生效。

4. MPU编程实战指南

4.1 MPU配置标准流程

1. 确定内存区域划分：

   • 根据应用需求规划内存区域（代码区、数据区、外设区等）
   • 典型配置示例：
     • Region 0：中断向量表（特权只读）
     • Region 1：代码区（只读）
     • Region 2：数据区（读写）
     • Region 3：外设区（特权读写）

2. 初始化MPU：

assembly复制; 禁用MPU和缓存
MRC p15, 0, r0, c1, c0, 0
BIC r0, r0, #0x1005  ; 清除M(0), C(2), I(12)位
MCR p15, 0, r0, c1, c0, 0

; 无效化缓存
MOV r0, #0
MCR p15, 0, r0, c7, c5, 0  ; ICIALLU
MCR p15, 0, r0, c7, c5, 6  ; BPIALL
DSB
ISB

3. 配置各区域属性（以Region 0为例）：

assembly复制; 设置当前区域编号
MOV r0, #0
MCR p15, 0, r0, c6, c2, 0  ; RGNR

; 设置基址（对齐到32字节边界）
LDR r0, =0x00000000
MCR p15, 0, r0, c6, c1, 0  ; DRBAR

; 设置大小和属性
; 大小=1MB, 使能区域, 特权/用户模式均可用
; TEX=0, S=1, C=0, B=0, AP=011 (特权只读)
LDR r0, =0x0300001B  ; 参见DRSR格式
MCR p15, 0, r0, c6, c1, 2  ; DRSR

; 设置访问权限
MOV r0, #0x00300000  ; XN=0, AP=11
MCR p15, 0, r0, c6, c1, 4  ; DRACR

4. 启用MPU：

assembly复制MRC p15, 0, r0, c1, c0, 0
ORR r0, r0, #1  ; 设置M位
MCR p15, 0, r0, c1, c0, 0
DSB
ISB

4.2 典型问题排查

1. 背景区域错误：

   • 现象：访问未配置区域时触发异常
   • 解决：检查SCTLR.BR位，或确保所有需访问的内存都已配置区域

2. 权限错误：

   • 现象：数据写入失败或代码执行失败
   • 解决：检查DRACR.AP和DRSR.S位配置，确认当前模式（特权/用户）有对应权限

3. 配置不生效：

   • 确保配置顺序正确：RGNR → DRBAR → DRSR → DRACR
   • 检查MPU是否已启用（SCTLR.M=1）
   • 确认执行了必要的屏障指令（DSB/ISB）

5. 高级应用场景

5.1 动态内存区域切换

在实时操作系统中，不同任务可能需要不同的内存保护方案。通过动态修改RGNR和区域配置，可以实现任务间的内存隔离：

c复制void task_memcfg_switch(uint32_t task_id) {
    // 保存当前任务配置
    for(int i=0; i<REGION_COUNT; i++) {
        __set_RGNR(i);
        task_context[prev_task].drbar[i] = __get_DRBAR();
        task_context[prev_task].drsr[i] = __get_DRSR();
        // ...保存其他属性
    }
    
    // 恢复新任务配置
    for(int i=0; i<REGION_COUNT; i++) {
        __set_RGNR(i);
        __set_DRBAR(task_context[task_id].drbar[i]);
        __set_DRSR(task_context[task_id].drsr[i]);
        // ...恢复其他属性
    }
    __DSB();
    __ISB();
}

5.2 安全关键代码保护

通过合理配置MPU区域，可以保护关键代码不被意外修改：

1. 将关键代码区域配置为只读（AP=只读）
2. 设置XN(Execute-Never)位防止数据区代码执行
3. 使用背景区域禁止访问未定义内存

assembly复制; 关键代码区配置示例（只读、可执行）
LDR r0, =0x08000000  ; 代码基址
MCR p15, 0, r0, c6, c1, 0  ; DRBAR

; 大小1MB, 启用区域, TEX=0, C=1, B=1 (write-back)
; AP=011 (特权只读), XN=0
LDR r0, =0x0303001B  
MCR p15, 0, r0, c6, c1, 2  ; DRSR

MOV r0, #0x00300000  ; AP=11, XN=0
MCR p15, 0, r0, c6, c1, 4  ; DRACR

在实际项目中，我发现MPU配置错误是嵌入式系统稳定性问题的常见根源。特别是在使用DMA或动态内存分配时，必须确保所有可能访问的内存区域都已正确配置。一个实用的调试技巧是在初始化阶段遍历所有MPU区域，通过读取回寄存器值来验证配置是否正确写入。