CSR 位字段

RISC-V mstatush CSR 寄存器详解

地址 0x310特权级 M模式访问 读写 / 32Machine 状态、trap 与中断 CSR

机器状态寄存器高位(仅RV32),包含mstatus中不适合32位的附加字段。

位作用速览
bit 3 = 只有第 3 位;bits 12..11 = 第 12 到第 11 位
高位 MSB低位 LSB
字段映射

按 bit 字段理解 mstatush

0 个关键字段
官方依据与检索要点

mstatush 只存在于 RV32,用于承载 mstatus 的高位状态字段。官方说明 SD、SXL 和 UXL 不存在于 mstatush。

mstatush 的地址、最低访问特权级和读写属性按官方 CSR 表核对:0x310,Machine,读写。
RV32 中 mstatush 通常承载 RV64 mstatus bits 62:36 对应的字段。
官方 Machine chapter 明确 SD、SXL 和 UXL 不存在于 mstatush;不要把它描述成 RV32 的 SXL/UXL 寄存器。

读这个 CSR 时先看什么

  • - 先确认当前 hart 是否实现 mstatush,未实现或权限不足的访问会触发非法指令异常。
  • - 结合地址 0x310 和最低访问特权级(Machine)判断软件是否可以直接读取。
  • - 读取保留位或 WARL/WLRL 位时不要假设固定值,应按规范和实现返回值解释。

写入前的风险检查

  • - 写入前保留未修改的位,避免把保留位或实现定义位写成非规范值。
  • - 优先使用 CSRRS/CSRRC 做局部置位或清位,避免 CSRRW 覆盖并发更新的状态位。

放回真实流程里理解

1

初始化或进入相关特权流程时,软件先读取 mstatush 了解当前状态。

2

根据字段定义只修改目标位,保留其余位的原值。

3

修改后再次读取或通过后续 trap/中断/上下文切换行为验证配置是否生效。

常见问题

mstatush 可以在任意特权级访问吗?

不能只看 CSR 名称判断。官方 CSR 地址编码和表格给出最低访问特权级;mstatush 当前记录为 M模式,权限不足或未实现时访问会触发非法指令异常。

写 mstatush 时最容易忽略什么?

不要把整个 CSR 当普通整数覆盖。应只修改目标字段,保留未修改位,并按规范处理 WARL、WLRL、WPRI 或保留字段。