[参考译文] TMS570LS3137：取决于目标地址的分支指令成功

尊敬的  Grayson：

已开始处理您的主题、并将尽快提供更新。

--
谢谢。此致、
Jagadish。

尊敬的 Grayson：

您能否进行一次测试、并告诉我状态、无论问题是否仍然存在。

1.请删除项目中的调试文件夹:

2.现在选择"Clean"构建选项

并选择相应的工程进行清理构建、

然后单击"clean"

3.现在再做一次测试,让我知道结果。

--
谢谢。此致、
Jagadish。

Jagadish、您好！

遗憾的是、这无法解决问题。

我可以通过在可正常工作的闪存区域中包含_exception_handler_来暂时解决该问题。 但是、我们希望在项目完成之前做到这种根本原因。

谢谢。

格雷森

尊敬的 Grayson：

在您的代码中、  幻象、未定义、SVC、数据中止、预取中止的异常是否共享中断处理程序(_exception_handle_)？处理程序如何确定异常的来源？

您可以尝试其他方式来将代码分支到正确的处理程序地址吗？

LDR PC、reset_addr
LDR PC、undefined_addr  
LDR PC、Svc_addr  
LDR PC、prefetch_abort_addr
LDR PC、DATA_ABORT_addr
LDR PC、幻象地址
LDR PC，[PC,#-0x1b0]
LDR PC，[PC,#-0x1b0]

reset_addr：.long _c_int00
undefined_addr：.long _exception_handler_  
SVC_addr：.long _exception_handler_  
prefetch_abort_addr：.long _exception_handler_  
DATA_ABORT_addr：.long _exception_handler_  
Phantom_addr：.long _exception_handler_  

您好、QJ：

处理程序如何确定异常的来源？

我们读取 CPSR 寄存器以确定模式。 数据中止和预取中止的处理方式相同。

您可以尝试其他方式来将代码分支到正确的处理程序地址吗？

这似乎起作用！ 我可以在处理数据中止时逐步执行预期的 LDR 指令。 已使用地址0x2FB98和0x2FB9C 进行验证。

下一个问题是为什么分支指令在加载指令工作时失败？ 您是否能够在本地重现此示例？

谢谢、

格雷森

尊敬的  Grayson：

分支指令包含一个带符号的二进制补码24位偏移。 分支地址为 PC 加上已移位的偏移量：

在您的示例中、  

0xEA000BEFC：分支地址为0xBEFC<<2 + 0x10+0x8 (PC 是当前指令前2个字)

它是0x2FC08

如果将处理程序放在其他位置、则必须更改所有相关 BL 指令(在0x08、0x10、0x14等处)的偏移量

您好、QJ：

感谢您的分析。 但是、我不确定根本原因是什么。

如果分支指令目标为 0x2FC08、这不是上述测试的预期行为？ 在异常处理程序位置被移动的其他测试中、不应该在编译期间动态计算 b _exception_handle_指令生成的分支目标？

谢谢。

格雷森

尊敬的 Grayson：

QJ 正在度假到1月2日,请预计他的答复会有一些延迟。

--
谢谢。此致、
Jagadish。