[参考译文] LAUNCHXL2-570LC43：在遇到异常向量后使用 CCS 调试调用栈

虽然 CCS 目前没有对此提供任何内置支持、但在 Cortex-M4F 器件中、以前使用了自定义 GEL 脚本来解压堆栈、从而使 CCS 显示异常的上下文。 请参阅 CCS/TM4C1294KCPDT：如何在异常处理程序中使堆栈解开？

为了处理 Cortex-M4F 和 Cortex-R5F 之间异常堆栈帧的任何差异、需要对 GEL 脚本进行一些更改、但可能会形成一个起点。

至少对于 GEL 脚本、它只在 CCS 中的 PC 上运行、而不需要目标端代码。

您好！

我需要有关调试的认真帮助。  几天前、我发现了上述问题、结合了"自发"复位、undefEntry 或 prefetchEntry 错误、运行时间长达8或10小时、才遇到错误。

从昨天开始，问题已变为自发重置或 DataEntry 错误之一，可能在10分钟到几小时内发生。  这可能是"更好或更差"的、具体取决于延长运行时间是可取的、还是更快地遇到一些错误、这样可以进行更多的实验或分析。  当发生 DataEntry 错误时、故障地址 R14_ABT (不一定)不在同一位置(与预期的情况相同)。  我相信 R14_ABT - 0x8是故障 PC、基于一些论坛文章。  我甚至不能确定追踪 DataEntry 错误是否会导致我的实际原因、但这是一个开端、而且持续/经常发生。

有一点、我不知道症状是如何发生如此大的变化(从 undefEntry 和 prefetchEntry 到 DataEntry、运行时间为6小时以上到几分钟)、因为我没有以任何真实方式更改我的源代码。  从某种意义上说，似乎的"稳定性"一夜就蒸发了。

无论如何、我不知道要采取哪些步骤来解密 DataEntry 故障。  我不太确定我处于哪种处理器模式(我认为是用户、或者可能是中断)。  我曾尝试查看过其他数据中止论坛文章和《技术参考手册》、但尚未对需要执行的步骤获得可靠的处理。  其中有几篇文章未介绍调试步骤、但似乎已找到解决方案、而不必真正使用调试结果进行修复。  我要解决的一个问题是寄存器的数量以及特定寄存器的确切功能(有时甚至不确定在哪里可以找到特定文章中提到的寄存器)。

非常感谢您帮助我使用 Cortex-R5F 确定必要的调试步骤、或指导我获得正确的信息。

实际上、0x8002800是未定义的堆栈基地址、因此代码似乎在栈外读取以获取0值。  不知道 R13为什么保持该值。

我尝试获取 GEL 项目并将其移植到 XL2-570LC43、但无法确定它应该如何工作。  通过一些微调、我能够编译和加载代码、但不知道代码应该如何运行(如果代码正在运行)。  我之前的大多数/所有项目都将在 hl_sys_main.c 中的 main()停止启动、但这个项目不会(如果需要、不知道在何处放置断点)。

我可能需要改进更多事情。

谢谢。

尊敬的 Peter：

您是否已解决问题？

我以完全不同的方式"解决"了我的问题(似乎需要在异常向量之间跟踪栈的问题)。  我非常希望能够在 TMS570-LC43上获取 GEL 项目、该项目可能会在没有目标代码支持的情况下跨异常向量执行栈跟踪。  这将有助于我调试未来的 oddlball 问题、也有助于我更好地了解这个特定的 ARM 处理器是如何运行环境和堆栈/寄存器的。  现在、我仍然经常猜测处理器是如何工作的(使用其他更简单的较旧处理器的经验)。

您是否认为移植 GEL 项目是一个可行的目标、或者我是否应该放弃这一愿望？  实际上、(灾难性)异常向量的大多数情况都是由一段时间前发生的错误内存脚本写入引起的、堆栈跟踪无论如何也不会产生太大的帮助。

非常感谢。