遇到CPU Exception，我该怎么办？

最新推荐文章于 2024-12-05 11:37:12 发布
最新推荐文章于 2024-12-05 11:37:12 发布
阅读量3.8k 收藏 13
点赞数 3
分类专栏： RISC-V处理器 文章标签： cpu
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/OCC_THEAD/article/details/120766703
版权
本文详细介绍了遇到CPU异常时的处理步骤，包括理解关键寄存器的作用、分析异常号、使用GDB恢复现场和查找BUG。重点关注了常见的1、2、4、7号异常，如未对齐访问、访问错误、指令非法和断点异常，提供了相应的错误示例和解决策略。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

在调试板子的过程中我们经常会遇到各种问题，比如下面这个：

程序跑着跑着打印一串奇奇怪怪没见过的打印，就像下面的打印一样？

CPU Exception: NO.2
r0: 0x00000014	r1: 0x18a70124	r2: 0x00001111	r3: 0x10020000	
r4: 0x00000000	r5: 0x00000001	r6: 0x00000002	r7: 0x07070707	
r8: 0x00000000	r9: 0x09090909	r10: 0x10101010	r11: 0x11111111	
r12: 0x40000000	r13: 0x00000000	r14: 0x18b166a8	r15: 0x186d9c0a	
r16: 0x16161616	r17: 0x47000000	r18: 0x3f800000	r19: 0x00000000	
r20: 0xc0000000	r21: 0x40000000	r22: 0x00000000	r23: 0x00000000	
r24: 0x40400000	r25: 0x12345678	r26: 0x12345678	r27: 0x12345678	
r28: 0x12345678	r29: 0x12345678	r30: 0x12345678	r31: 0x12345678	
vr0: 0x12345678	vr1: 0x00000000	vr2: 0x00000000	vr3: 0x00000000	
vr4: 0x00000000	vr5: 0x00000000	vr6: 0x00000000	vr7: 0x00000000	
vr8: 0x00000000	vr9: 0x00000000	vr10: 0x00000000	vr11: 0x00000000	
vr12: 0x00000000	vr13: 0x00000000	vr14: 0x00000000	vr15: 0x00000000	
vr16: 0x00000000	vr17: 0x00000000	vr18: 0x00000000	vr19: 0x00000000	
vr20: 0x00000000	vr21: 0x00000000	vr22: 0x00000000	vr23: 0x00000000	
vr24: 0x00000000	vr25: 0x00000000	vr26: 0x00000000	vr27: 0x00000000	
vr28: 0x00000000	vr29: 0x00000000	vr30: 0x00000000	vr31: 0x00000000	
vr32: 0x00000000	vr33: 0x00000000	vr34: 0x00000000	vr35: 0x00000000	
vr36: 0x00000000	vr37: 0x00000000	vr38: 0x00000000	vr39: 0x00000000	
vr40: 0x00000000	vr41: 0x00000000	vr42: 0x00000000	vr43: 0x00000000	
vr44: 0x00000000	vr45: 0x00000000	vr46: 0x00000000	vr47: 0x00000000	
vr48: 0x00000000	vr49: 0x00000000	vr50: 0x00000000	vr51: 0x00000000	
vr52: 0x00000000	vr53: 0x00000000	vr54: 0x00000000	vr55: 0x00000000	
vr56: 0x00000000	vr57: 0x00000000	vr58: 0x00000000	vr59: 0x00000000	
vr60: 0x00000000	vr61: 0x00000000	vr62: 0x00000000	vr63: 0x00000000	

epsr: 0xe4000341
epc : 0x186d9c12

不用紧张，你没有把板子搞坏了，只是程序跑挂了。下面我们就来一步一步的分析，我们掉进了什么坑里，怎么跳出来？

你需要知道的基础知识

下面介绍一些基础知识，如果你已经是老鸟，可以不用看这些。

最低0.47元/天 解锁文章
CPU处理器模式与异常
叫好与叫座虽然不是对立面，但想在同一个作品中达到双重效果很难。
03-07 1649
FIQ和IRQ在ARM架构中具有不同的特性和优先级。FIQ由于其独特的硬件支持和更少的寄存器操作，通常能够更快速地响应和处理中断。这使得FIQ在处理需要快速响应的中断时具有明显优势。FIQ和IRQ的中断向量地址差异导致了它们中断处理流程的不同。FIQ由于可以直接在其中断向量地址处放置处理程序，因此通常具有更快的响应速度。而IRQ则需要一个额外的跳转步骤，这增加了中断处理的延迟。这也是为什么在某些需要快速响应的场景中，FIQ被优先考虑的原因。
[Kernel_exception5] undefined instruction
frank_zyp的博客
03-12 4699
一、原理介绍： 　　操作系统内部会对中断、异常等进行处理，其中有一类异常是未定义指令异常undefined instruction， 意思是CPU执行到一个未知的指令，CPU下一步不知该如何处理， 此时会触发kernel panic重启，重启时 会产生mrdump，将问题时的栈信息和相关的寄存器信息保存下来提供分析。 　　产生undefined instruction情况有如下几种： 　...
RT-THREAD报CPU Exception: NO.5错误
qq_48081913的博客
12-28 962
在RTT（RT-Thread）中，特权违反，回顾之前写的代码，发现是自己在应用层注册了spi设备，编译虽然通过了，但是在进行打印调试的时候，导致运行失败。在rt-thread的cpu架构里，不同的cpu异常会有不同的异常号，我们往往需要通过异常号来判断可能出现的问题。首先要知道从打印上来看这个错误是属于cpu错误。通过修改，发现果然是这个原因。今天分享一个在调用RTT设备时遇到的错误。从这可以看出这个异常为特权违反。断点异常，地址观测异常。
CPU异常
nicho原创记录
10-16 747
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 研发环境喜提木马前言一、什么引起的CPU异常？二、尝试1.停服务2.木马3.木马显形总结 前言 研发环境一批机器CPU异常，进程查看无异常 一、什么引起的CPU异常？ 在控制端输入top命令，结果如下 负载指标较高，用户态CPU使用是CPU使用率过高的主要原因 pidstat -u 也没有发现异常进程（%user） ps -ef 也没有看异常(内核进程及一些docker进程) 貌似没有发现问题，事情变得有点诡异了？ 没发现异常原因？
UCosIII 程序进CPU_SW_Exception函数的处理
Lonecheat的博客
12-05 160
UCosIII 程序进CPU_SW_Exception函数的处理。
langchain-chatchat在window上使用cpu运行Qwen-1-8B-Chat时遇到ERROR: object
04-26
langchain-chatchat在window上使用cpu运行Qwen-1_8B-Chat时遇到ERROR: object of type ‘NoneType‘ has no len()，这个问题其实是因为"addmm_impl_cpu_" not implemented for 'Half’这个根本原因导致的，也就是cpu...
android Kernel Exception
08-20
然而，在实际运行过程中，由于各种原因可能会出现内核异常(Kernel Exception)，这通常指的是内核在执行过程中遇到无法处理的情况或错误状态，从而导致系统不稳定甚至崩溃。了解这些异常的发生机制及处理流程对于提高...
关于Tensorflow使用CPU报错的解决方式
12-20
我们可能会遇到这样的问题：在尝试运行操作时，系统报错提示"Operation was explicitly assigned to /device:GPU:0 but available devices are [ /job:localhost/replica:0/task:0/cpu:0 ]"。这个错误表明你指定的...
支持异常和中断的CPU verilog设计和仿真代码
12-28
在本文中，我们将探讨一个特定的CPU设计，该设计用Verilog语言实现，并且支持异常和中断处理。Verilog是一种硬件描述语言，广泛用于数字电路的设计和仿真。 首先，我们来看“支持异常和中断的MIPS单周期CPU”。MIPS...
LLVM Cpu0 新后端8 尾调用优化 Stack Overflow Exception异常
lml435035844的博客
06-08 1298
LLVM手动开发一个新后端的系列课程的记录分享
uCOS任务堆栈的深入分析
11-17
ucos 任务堆栈详解，任务堆栈初始化，运行中，消亡，介绍比较清晰
对齐访问与非对齐访问
zhangxiaio1的博客
09-14 2349
对齐访问（Aligned Access）指的是，数据存储在内存中时，其起始地址是该数据大小的倍数。现代计算机中，数据通常以字节（byte）为单位存储，而不同类型的数据（如整型、浮点型等）通常有不同的字节长度。对于某个数据类型，如果它的内存地址是其长度的整数倍，就称该数据是“对齐的”。例如，在32位系统中，假设我们有一个32位（4字节）的整数，那么它的起始地址如果是4的倍数（如0x0004、0x0008等），则该整数被认为是对齐的。对齐访问的主要优点在于，它能有效利用系统的内存总线和缓存，减少访问时间。
28 | 异常和中断：程序出错了怎么办？
qq_37756660的博客
02-05 1219
这一讲讲了计算机里的“异常”处理流程。这里的异常可以分成中断、陷阱、故障、中止这样四种情况。这四种异常，分别对应着 I/O 设备的输入、程序主动触发的状态切换、异常情况下的程序出错以及出错之后无可挽回的退出程序。当 CPU 遭遇了异常的时候，计算机就需要有相应的应对措施。CPU 会通过“查表法”来解决这个问题。在硬件层面和操作系统层面，各自定义了所有 CPU 可能会遇到的异常代码，并且通过这个异常代码，在异常表里面查询相应的异常处理程序。
软件调试——CPU异常列表
weixin_30892889的博客
09-09 487
软件调试——CPU异常列表 CPU异常主要分为三类：错误类异常，陷阱类异常和终止类异常 1错误类异常 Fault CPU遇到该类异常后，会先将CS和EIP（当前发生错误的指令，而不是下一条指令）压栈，然后跳到异常处理函数中，执行完成后恢复到原位置重新执行该指令，如果还有错误，还会再进。 例如内存缺页异常就是错误类异常，CPU遇到缺页异常...
总线错误(Bus error)
热门推荐
明潮的BLOG
06-12 5万+
在编制一和运行一个程序的时候, 人们可能会遇到下面的信息:"Bus error(core dumped);. 当出现这种信息的时候,则表示在SPARC等RISC类型的CPU中发生了"违反定位访问"的情况.例如,读者可以阅读下面的程序.#include <string.h> #include <stdio.h> void main() { char buf[256]; int...
#系统异常 Exception No.2
weixin_50212044的博客
03-02 520
系统异常、Exception、异常号、No.2、程序跑飞、调试、GDB
调试Micrium OS应用程序时检测任务堆栈溢出的简单方法
甜航一直在的博客
09-07 539
Micrium OS内核红区 内核的红色区域为功能区域，当通过os_cfg.h中的OS_CFG_TASK_STK_REDZONE_EN启用时，会在任务堆栈的末尾创建一个受监视区域。用户可以通过os_cfg.h中的#define OS_CFG_TASK_STK_REDZONE_DEPTH配置红色区域的长度。默认情况下，它被设置为8个堆栈元素（CPU_STK）。 启用红色区域后，每次在任务级别或中断级别切换任务时，内核都会检查红色区域是否已被命中。默认情况下，使用ARMv7m端口中的CPU_SW_.
【精读Uboot】异常向量的设置
Muggle的博客
09-08 1021
对于ARM64而言，exception是指cpu的某些异常状态或者一些系统的事件（可能来自外部，也可能来自内部），这些状态或者事件可以导致cpu去执行一些预先设定的，具有更高执行权利（EL3）的异常处理程序（也叫exception handler）。在_start.S中，我们将vectors的地址设置进了了vbar_el3寄存器，也就让芯片知道了异常发生时，应该跳转到这个地址执行异常处理。的方式存储，这会将栈指针（sp）向下递减16字节，然后将寄存器的值存储到新的栈位置。标签，进入异常处理程序的第二部分。
VMware内存资源管理理解
企业实战系列集 ●●● https://ximenjianxue.blog.youkuaiyun.com
07-08 2419
  在虚拟化应用中，内存是最为宝贵的资源。同CPU和存储资源管理相比，虚拟化的内存资源管理更为复杂。   内存回收vmware ESX hypervisor（管理程序）能够截获虚拟机第一次访问某内存，将物理内存填零后分配给虚拟机，但是hypervisor无法得知虚拟机中哪些内存是空闲的。   hypervisor不断的将内存分配给虚拟机，当在内存超配（memory overcommitment）的情况下主机物理内存将可能耗尽，因此hypervisor需要从虚拟机中回收（reclaim）内存，ESX hype
nuttx exception_common
最新发布
03-12
### Nuttx 操作系统的 `exception_common` 处理机制 在 NuttX 中，异常处理是一个重要的组成部分，用于管理硬件中断和其他类型的异常情况。当发生异常时，处理器会跳转到特定的向量地址执行相应的处理程序。 #### 异常入口点 每当 CPU 遇到无法自行解决的情况（如非法指令、访问错误等），就会触发异常并进入 `exception_common` 函数[^1]。此函数作为通用异常处理流程的一部分，在不同架构下可能有不同的实现方式，但其核心逻辑保持一致： - **保存现场**：保护当前寄存器状态以便后续恢复。 - **获取异常原因**：读取引起异常的原因码。 - **调用具体处理子程序**：依据不同的异常类型分发给专门的处理模块来解决问题或者记录日志信息。 ```c void exception_common(unsigned int vector, unsigned long pc) { /* Save context */ /* Get cause of interrupt/exception */ /* Call appropriate handler based on type */ } ``` 对于某些特殊情况下的异常，比如系统调用陷阱(`syscall`)或是定时器溢出事件，则会有针对性更强的服务例程来进行响应[^4]。 #### 解决方案建议 如果遇到与 `exception_common` 相关的问题，可以从以下几个方面入手排查： - **检查配置选项**：确认编译时选择了正确的CPU体系结构以及对应的异常级别支持设置。 - **调试工具辅助分析**：利用GDB远程连接目标板进行单步跟踪，观察具体的崩溃位置及其上下文环境变量值变化趋势。 - **查看文档资料**：查阅官方提供的API手册和开发者指南中关于该部分的内容说明，理解设计意图有助于更好地定位故障根源所在。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值