RISC-V的Store AMO access fault调试实例

嵌入式USB开发 2023-06-08 4707

描述

本文转自公众号，欢迎关注

RISC-V的Store AMO access fault调试实例 (qq.com)

前言

本文以一个实例分享RISC-V的Store AMO access fault异常的调试过程。Store AMO access fault主要发生在非法地址访问时(栈溢出,指针异常等)。

过程

现象是程序运行时进入了异常中断,如下

使用bt回溯可以看到进入了异常处理函数exception ()

(gdb) bt


......


#6 0x02002eb2 in exception () at src/lib/riscv/src/exception.c:55


#7 0x00000000 in ?? ()


Backtrace stopped: frame did not save the PC


(gdb)

那么首先想到的是确认异常原因

查看异常寄存器:info reg mcause

可以看到异常原因是0x07

RISC-V

对应的是Store/AMO access fault 异常,这是一个写数据时的异常.

RISC-V

那么接下来就要确认写哪个地方的数据错误了呢?

我们可以通过info reg mtval 查看mtval寄存器看到。

写0x28382ad0时产生了异常.

RISC-V

那么什么时候写这个地址导致了异常呢，之前bt已经看不到回溯的地方了。

我们可以使用数据断点来监控

设置数据断点 watch (unsigned int )0x28382ad0

重新加载程序运行 load

c运行

看到断点停在了memset函数处，这印证了我们前面分析的是写数据导致的问题

RISC-V

继续bt查看

RISC-V

我们找到对应的代码处

RISC-V

看下memset的参数，如果看不到可以在memset前打断点重新运行

RISC-V

最终确认确实是栈初始化时写0x28382ad0这个地址的内容错误，原因是不具备写属性导致异常

(gdb) p pxStack


$8 = (StackType_t *) 0x28382ad0


(gdb)

RISC-V

当然为什么这个地址不能写和这里没关系了，是另外一回事了，是我们的环境DDR的问题。

总结

以上是一个分析实例的过程,遇到类似问题可以参考。有几个关键点一是确认异常原因,异常访问的地址,然后通过数据断点确认什么时候访问了这个地址，到此基本就确认问题了，后面就顺藤摸瓜了。
　
　审核编辑：汤梓红

打开APP阅读更多精彩内容