[参考译文] TMS570LS1224：使用免费 RTOS 和引导加载程序时、中断无法正常工作。

尊敬的 Shriram：

您所做的更改是否准确、请分享修改前和修改后的文件。

我想告诉大家一点、实际上我们不应该在 intvects.asm 文件中添加新的分支指令。

原因如下：

如此处所述、如果接收到 IRQ 中断、CPU 将执行0x18地址的指令、对于 FIQ 中断、CPU 将执行0x1C 指令。

因此、它将从此处减去0x1B0至 PC 值、然后跳转至 IRQ 矢量寄存器和 FIQ 矢量寄存器。  

这些寄存器包括要执行的 IRQ 处理程序的地址、因此 CPU 将根据中断从这些中断进入 IRQ 或 FIQ 处理程序。

这意味着我们不应在 intvecs.asm 文件中添加新分支、因为这些分支会导致错误的偏移并导致指向错误的寄存器。 请小心您正在进行的修改、它应该不会影响偏移。

——
谢谢、此致、
Jagadish。

你好 jagadish、

感谢您的快速响应  

在对 bootloader intvect.asm 文件进行更改之前、请找到以下代码片段

如果我们刷写引导加载程序和基于 RTOS 的应用程序、请使用此文件  

然后、它将停留在应用程序中的0x8地址、它在此处创建任务  

但是、如果我们将该地址更改为我之前共享的较早代码段、那么它会很好、但不会生成中断

请为基于 RTOS 的应用程序找到以下 intvect.asm 表。

如果没有 Free RTOS、它可以正常工作而不会出现任何问题。

谢谢

Shriram

尊敬的 Shriram：

顺便说一下、哪个中断不起作用？

您好、Shriram

我认为引导加载程序链接器 cmd 中的这些修改不会停止中断。

因为、即使在这些药品之后、IRQ 和 FIQ 地址也处于相同的偏移量0x18和0x1C。

那么、您是否有可能共享无法正常工作的引导加载程序或应用程序代码？ 如果不可能、我们至少会安排一些会议来解决此问题。

我的时间为上午10点至晚上8点 IST、您可以根据您的空房情况在周一安排一次会议。

——
谢谢、此致、
Jagadish。

尊敬的 Jagadish：

您今天有空吗？ 我们可以对团队进行简短的讨论吗？ 它将会很有帮助。

谢谢、此致、

Shriram

尊敬的 Shriram：

是的、我今天有空。

让我们在今天晚上安排一个会议。

——

谢谢、此致、
Jagadish。