RISC-V特权架构 - 机器模式下的异常处理

2024-03-02 06:12

本文主要是介绍RISC-V特权架构 - 机器模式下的异常处理,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

RISC-V特权架构 - 机器模式下的异常处理

  • 1 进入异常
    • 1.1 从mtvec 定义的PC 地址开始执行
    • 1.2 更新CSR 寄存器mcause
    • 1.3 更新CSR 寄存器mepc
    • 1.4 更新CSR 寄存器mtval
    • 1.5 更新CSR 寄存器mstatus
  • 2 退出异常
    • 2.1 从mepc 定义的PC 地址开始执行
    • 2.2 更新CSR 寄存器mstatus
  • 3 异常服务程序

本文属于《 RISC-V指令集基础系列教程》之一,欢迎查看其它文章。

狭义的中断和异常,均可以被归于广义的异常范畴,因此本文自此将用“异常”作为统一概念进行论述,其包含了狭义上的“中断”和“异常”

RISC-V 定义的三种模式 User、Supervisor 和 Machine,均可发生异常,但是只有特权模式 SupervisorMachine 才能处理异常,因为处理异常需要 CSR 寄存器。默认情况下,RISC-V所有的异常,都在Machine模式下处理。除此以外,还可以通过委托机制,将异常委托给Supervisor模式下处理。

这里本文介绍的是Machine模式下的异常处理机制。

1 进入异常

进入异常时,RISC-V 架构规定的硬件行为,可以简述如下:

(1)停止执行当前程序流,转而从CSR 寄存器mtvec 定义的PC 地址开始执行。

(2)进入异常,不仅会让处理器跳转到,上述的PC 地址开始执行,还会让硬件,同时更新其他几个CSR 寄存器,分别是以下4 个寄存器:

  • 机器模式异常原因寄存器mcause(Machine Cause Register)
  • 机器模式异常PC 寄存器mepc(Machine Exception Program Counter)
  • 机器模式异常值寄存器mtval(Machine Trap Value Register )
  • 机器模式状态寄存器mstatus(Machine Status Register)

下文将分别予以详述。

1.1 从mtvec 定义的PC 地址开始执行

RISC-V 架构规定,在处理器的程序执行过程中,一旦遇到异常发生,则终止当前的程序流,处理器被强行跳转到一个新的PC 地址。该过程在RISC-V 的架构中定义为“陷阱(trap)”,字面含义为“跳入陷阱”,更加准确的意译为“进入异常”。

RISC-V 处理器trap 后跳入的PC 地址,由一个叫做机器模式异常入口基地址寄存器mtvec(Machine Trap-Vector Base-Address Register)的CSR 寄存器指定,其要点如下:

(1)mtvec 寄存器是一个可读可写的CSR 寄存器,因此软件可以编程更改其中的值。

(2)mtvec 寄存器的详细格式,如下图所示,其中的最低2 位是MODE 域,高30 位是BASE 域。(32位架构下,XLEN为32;64位架构下,XLEN为64。)
在这里插入图片描述

  • 假设MODE 的值为0,则所有的异常响应时,处理器均跳转到BASE 值指示的PC 地址。
  • 假设MODE 的值为1,则狭义的异常发生时,处理器跳转到BASE 值指示的PC 地址;狭义的中断发生时,处理器跳转到BASE+4*CAUSE 值指示的PC 地址。CAUSE的值,表示中断对应的异常编号(Exception Code),如下图所示(Machine cause register (mcause) values)。譬如机器计时器中断(Machine Timer Interrupt)的异常编号为7,则其跳转的地址为BASE+4×7=BASE+28= BASE+0x1c。

1.2 更新CSR 寄存器mcause

RISC-V 架构规定,在进入异常时,机器模式异常原因寄存器mcause(Machine Cause Register)被同时更新,以反映当前的异常种类,软件可以通过读此寄存器,查询造成异常的具体原因。

mcause 寄存器的详细格式,如下图所示,其中最高1 位为Interrupt 域,低31 位为异常编号域。
在这里插入图片描述
此两个域的组合表示值,如下图所示,用于指示RISC-V 架构定义的12 种中断类型和16 种异常类型。 在这里插入图片描述

1.3 更新CSR 寄存器mepc

RISC-V 架构定义,异常的返回地址由机器模式异常PC 寄存器mepc(Machine Exception Program Counter)保存。
在这里插入图片描述
在进入异常时,硬件将自动更新mepc 寄存器的值,为当前遇到异常的指令PC 值(即当前程序的停止执行点)。该寄存器将作为异常的返回地址,在异常结束之后,能够使用它保存的PC 值,回到之前被停止执行的程序点。

(1)值得注意的是,虽然mepc 寄存器会在异常发生时,自动被硬件更新,但是mepc 寄存器,本身也是一个可读可写的寄存器,因此软件也可以直接写该寄存器以修改其值。

(2)对于狭义的中断和狭义的异常而言,RISC-V 架构定义其返回地址(更新的mepc 值)有些细微差别:

  • 出现中断时,中断返回地址mepc 的值,被更新为下一条尚未执行的指令
  • 出现异常时,中断返回地址mepc 的值,被更新为当前发生异常的指令PC

注意:
如果异常由ecall 或ebreak 产生,由于mepc 的值被更新为ecall 或ebreak 指令自己的PC。因此在异常返回时,如果直接使用mepc 保存的PC值作为返回地址,则会再次跳回ecall 或者ebreak指令,从而造成死循环(执行ecall 或者ebreak 指令导致重新进入异常)。正确的做法是,在异常处理程序中,软件改变mepc指向下一条指令,由于现在ecall/ebreak(或c.ebreak)是4(或2)字节指令,因此改写设定 mepc=mepc+4(或+2) 即可。

1.4 更新CSR 寄存器mtval

在这里插入图片描述
RISC-V 架构规定,在进入异常时,硬件将自动更新机器模式异常值寄存器mtval(Machine Trap Value Register ),以反映引起当前异常的存储器访问地址或者指令编码。

  • 如果是由存储器访问造成的异常,譬如遭遇硬件断点、取指令、存储器读写造成的异常,则将存储器访问的地址,更新到mtval 寄存器中。
  • 如果是由非法指令造成的异常,则将该指令的指令编码,更新到mtval 寄存器中。

注意:mtval 寄存器,又名mbadaddr 寄存器,在某些早期版本的RISC-V 编译器中仅识别mbadaddr 名称。

1.5 更新CSR 寄存器mstatus

RISC-V 架构规定,在进入异常时,硬件将自动更新机器模式状态寄存器mstatus(Machine Status Register)的某些域。
在这里插入图片描述
(1)mstatus 寄存器的详细格式,如上图所示,其中的MIE 域,表示在Machine Mode 下中断全局使能。

  • 当该MIE 域的值为1 时,表示Machine Mode 下所有中断的全局打开。
  • 当该MIE 域的值为0 时,表示Machine Mode 下所有中断的全局关闭。

(2)RISC-V 架构规定,异常发生时有如下情况。

  • MPIE 域的值,被更新为异常发生前MIE 域的值。MPIE 域的作用,是在异常结束之后,能够使用MPIE 的值,恢复出异常发生之前的MIE 值。
  • MIE 的值,则被更新成为0(意味着进入异常服务程序后,中断被全局关闭,所有的中断都将被屏蔽不响应)。也就是说,RISC-V架构默认不支持中断嵌套。
  • MPP 的值,被更新为异常发生前的模式。MPP 域的作用,是在异常结束之后,能够使用MPP 的值,恢复出异常发生之前的工作模式。对于只支持机器模式(Machine Mode Only)的处理器核,则MPP 的值永远为二进制值11。

注意:由于为简化知识模型,在此仅介绍“只支持机器模式”的架构,因此对SIE、UIE、SPP、SPIE 等不做赘述。

2 退出异常

当程序完成异常处理之后,最终需要从异常服务程序中退出,并返回主程序。RISC-V架构定义了一组专门的退出异常指令(Trap-Return Instructions),包括MRET、SRET、和URET。

  • 其中MRET 指令是必备的;
  • 而SRET 和URET 指令,仅在支持监督模式和用户模式的处理器中使用。

注意:由于为简化知识模型,在此仅介绍“只支持机器模式”的架构,对SRET 和URET 指令不做赘述。

在机器模式下,退出异常时,软件必须使用MRET 指令。
RISC-V 架构规定,处理器执行MRET 指令后的硬件行为,如下:

  • 停止执行当前程序流,转而从CSR 寄存器mepc 定义的PC 地址开始执行。
  • 执行MRET 指令,不仅会让处理器跳转到上述的PC 地址开始执行,还会让硬件同时更新CSR 寄存器机器模式状态寄存器mstatus(Machine Status Register)。

下文将分别予以详述。

2.1 从mepc 定义的PC 地址开始执行

在上文中曾经提及,在进入异常时,mepc 寄存器被同时更新,以反映当时遇到异常的指令的PC 值。通过这个机制,意味着MRET 指令执行后,处理器回到了当时遇到异常的指令的PC 地址,从而可以继续执行之前被中止的程序流。

2.2 更新CSR 寄存器mstatus

mstatus 寄存器的详细格式,如上图所示。RISC-V 架构规定,在执行MRET 指令后,硬件将自动更新机器模式状态寄存器mstatus(Machine Status Register)的某些域。

RISC-V 架构规定,执行MRET 指令退出异常时有如下情况:

  • mstatus 寄存器MIE 域的值,被更新为当前MPIE 的值(恢复)。
  • mstatus 寄存器MPIE 域的值,则被更新为1。

在上文中曾提及,在进入异常时,MPIE 的值曾经被更新为异常发生前的MIE 值。而MRET 指令执行后,再次将MIE 域的值更新为MPIE 的值。通过这个机制,则意味着MRET指令执行后,处理器的MIE 值被恢复成异常发生之前的值(假设之前的MIE 值为1,则意味着中断被重新全局打开)。

3 异常服务程序

如上文中所述,当处理器进入异常后,即开始从mtvec 寄存器定义的PC 地址执行新的程序。该程序通常为异常服务程序,并且程序还可以通过查询mcause 中的异常编号(Exception Code)决定进一步跳转到更具体的异常服务程序。

譬如当程序查询mcause 中的值为0x2,则得知该异常,是非法指令错误(Illegal Instructions)引起的,因此可以进一步跳转到,非法指令错误异常服务子程序中去。

下图所示为一异常入口程序实例片段,程序通过读取mcause 的值,进而判断异常的类型,从而进入不同的异常服务子程序。
在这里插入图片描述

注意:
由于RISC-V 架构规定的进入异常和退出异常机制中没有硬件自动保存和恢复上下文的操作,因此需要软件明确地使用指令进行上下文的保存和恢复。


参考文档:

  • 《手把手教你设计CPU.RISC-V处理器》

这篇关于RISC-V特权架构 - 机器模式下的异常处理的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/765160

相关文章

Debian 13升级后网络转发等功能异常怎么办? 并非错误而是管理机制变更

《Debian13升级后网络转发等功能异常怎么办?并非错误而是管理机制变更》很多朋友反馈,更新到Debian13后网络转发等功能异常,这并非BUG而是Debian13Trixie调整... 日前 Debian 13 Trixie 发布后已经有众多网友升级到新版本,只不过升级后发现某些功能存在异常,例如网络转

C#文件复制异常:"未能找到文件"的解决方案与预防措施

《C#文件复制异常:未能找到文件的解决方案与预防措施》在C#开发中,文件操作是基础中的基础,但有时最基础的File.Copy()方法也会抛出令人困惑的异常,当targetFilePath设置为D:2... 目录一个看似简单的文件操作问题问题重现与错误分析错误代码示例错误信息根本原因分析全面解决方案1. 确保

Python自动化处理PDF文档的操作完整指南

《Python自动化处理PDF文档的操作完整指南》在办公自动化中,PDF文档处理是一项常见需求,本文将介绍如何使用Python实现PDF文档的自动化处理,感兴趣的小伙伴可以跟随小编一起学习一下... 目录使用pymupdf读写PDF文件基本概念安装pymupdf提取文本内容提取图像添加水印使用pdfplum

C# LiteDB处理时间序列数据的高性能解决方案

《C#LiteDB处理时间序列数据的高性能解决方案》LiteDB作为.NET生态下的轻量级嵌入式NoSQL数据库,一直是时间序列处理的优选方案,本文将为大家大家简单介绍一下LiteDB处理时间序列数... 目录为什么选择LiteDB处理时间序列数据第一章:LiteDB时间序列数据模型设计1.1 核心设计原则

基于Redis自动过期的流处理暂停机制

《基于Redis自动过期的流处理暂停机制》基于Redis自动过期的流处理暂停机制是一种高效、可靠且易于实现的解决方案,防止延时过大的数据影响实时处理自动恢复处理,以避免积压的数据影响实时性,下面就来详... 目录核心思路代码实现1. 初始化Redis连接和键前缀2. 接收数据时检查暂停状态3. 检测到延时过

Java利用@SneakyThrows注解提升异常处理效率详解

《Java利用@SneakyThrows注解提升异常处理效率详解》这篇文章将深度剖析@SneakyThrows的原理,用法,适用场景以及隐藏的陷阱,看看它如何让Java异常处理效率飙升50%,感兴趣的... 目录前言一、检查型异常的“诅咒”:为什么Java开发者讨厌它1.1 检查型异常的痛点1.2 为什么说

Python利用PySpark和Kafka实现流处理引擎构建指南

《Python利用PySpark和Kafka实现流处理引擎构建指南》本文将深入解剖基于Python的实时处理黄金组合:Kafka(分布式消息队列)与PySpark(分布式计算引擎)的化学反应,并构建一... 目录引言:数据洪流时代的生存法则第一章 Kafka:数据世界的中央神经系统消息引擎核心设计哲学高吞吐

Go语言使用Gin处理路由参数和查询参数

《Go语言使用Gin处理路由参数和查询参数》在WebAPI开发中,处理路由参数(PathParameter)和查询参数(QueryParameter)是非常常见的需求,下面我们就来看看Go语言... 目录一、路由参数 vs 查询参数二、Gin 获取路由参数和查询参数三、示例代码四、运行与测试1. 测试编程路

C#和Unity中的中介者模式使用方式

《C#和Unity中的中介者模式使用方式》中介者模式通过中介者封装对象交互,降低耦合度,集中控制逻辑,适用于复杂系统组件交互场景,C#中可用事件、委托或MediatR实现,提升可维护性与灵活性... 目录C#中的中介者模式详解一、中介者模式的基本概念1. 定义2. 组成要素3. 模式结构二、中介者模式的特点

Java异常捕获及处理方式详解

《Java异常捕获及处理方式详解》异常处理是Java编程中非常重要的一部分,它允许我们在程序运行时捕获并处理错误或不预期的行为,而不是让程序直接崩溃,本文将介绍Java中如何捕获异常,以及常用的异常处... 目录前言什么是异常?Java异常的基本语法解释:1. 捕获异常并处理示例1:捕获并处理单个异常解释: