This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

[参考译文] AM3352:仿真中断 EMUINT

Guru**** 2606375 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/649755/am3352-emulation-interrupt-emuint

器件型号:AM3352

您好!

我们是否有更多有关 TRM 的"表6-1中提到的仿真中断的详细信息? ARM Cortex-A8中断"?

在什么情况下会发生该中断...该中断是否仅在调试期间发生?
是否可以禁用调试期间频繁发生的中断?

此致
库米

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    工厂团队已收到通知。 他们将在这里作出回应。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    如果对此 EMUINT 中断有任何详细信息、请告知我们。
    实际上、我们经常会收到该中断、不知道它是什么
    中断以及为什么频繁发生。
    实际上、即使未启用该中断、也会发生该中断。

    此致
    库米
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    Kummi、这是 ICECrusher 调试扩展模块的中断、可以出于各种原因(完整跟踪缓冲器、交叉触发等)生成中断。  您应该能够仅屏蔽这个中断并在正常运行期间将其忽略。

    此致、

    James

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    尊敬的 James:

    感谢您提供信息。

    遗憾的是、我们无法屏蔽该中断。
    即使通过 INTC_MIR0寄存器屏蔽该中断、我们仍会获得该中断。

    请告诉我们如何屏蔽该中断。

    忽略中断是唯一的选择?


    此致
    库米

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    Kummi、您是说处理器正在获取中断吗? 还是您在 ITR 寄存器中看到原始中断挂起? 如果是后者、那么这是预期的、屏蔽将阻止它中断处理器。 如果处理器仍在接收中断、请告诉我。

    此致、
    James
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    尊敬的 James:

    谢谢、

    实际上、似乎处理器正在获取中断。
    在此应用中、所有未使用的中断都将路由到
    UnusedInterrupthandler、我们始终会看到这个 Interrupthandler
    由于该 EMUINT 中断而被调用、即使该中断已被屏蔽。

    此致
    库米
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    很抱歉、Kummi、我对这种行为没有真正的解释。 我唯一可以提出的其他建议是确保没有其他未使用的中断导致处理程序被执行。 此外、请确保 EMUINT 没有挂起以将其关闭。

    谢谢、
    James