如何调试所有登记册的清理位置？

发布于 2025-01-30 16:35:51 字数 607 浏览 4 评论 0原文

我正在为STM32F746开发一个复杂而复杂的应用程序。我偶然发现了以下硬故障，我不确定如何找到问题的起源：

16:05:51.832 HardFault : ExceptionFrame { r0: 0xffffffff, r1: 0xffffffff, r2: 0xffffffff, r3: 0xffffffff, r12: 0xffffffff, lr: 0xffffffff, pc: 0xffffffff, xpsr: 0xffffffff }
16:05:51.832 UFSR : 0000000000000000
16:05:51.832 BFSR : 00000000
16:05:51.832 MMFSR : 00000001
16:05:51.832 HFSR : 01000000000000000000000000000000

CFSR的MMFSR部分清楚地表明该错误是IACCVIOL。不幸的是，未设置mmarvalid，因此我无法使用MMFAR找到问题的根。

踏上GDB花费很少的时间进度花费大量时间，因为每次出现故障时，我都需要重新开始。我找不到记录/重播会话的方法，以快速跟踪GDB中的问题。

是否有一种可以帮助我指出代码失败的方法？

原文

I'm developing a complex and intricate app for STM32F746. I stumbled upon the following hard fault and I'm not sure how to find the origin of the problem :

16:05:51.832 HardFault : ExceptionFrame { r0: 0xffffffff, r1: 0xffffffff, r2: 0xffffffff, r3: 0xffffffff, r12: 0xffffffff, lr: 0xffffffff, pc: 0xffffffff, xpsr: 0xffffffff }
16:05:51.832 UFSR : 0000000000000000
16:05:51.832 BFSR : 00000000
16:05:51.832 MMFSR : 00000001
16:05:51.832 HFSR : 01000000000000000000000000000000

The MMFSR part of the CFSR clearly indicates the error is IACCVIOL. Unfortunately, MMARVALID is not set, so I can't use the MMFAR to find the root of the issue.

Stepping through with GDB takes a huge amount of time for very little progress, as I need to start over every time the fault appears. I couldn't find a way to record/replay the session to quickly track down the issue in GDB.

Is there an approach that could help me pinpoint where the code fails ?

分享到QQ

分享到微博