【问题标题】:TI AM572x Cortex-A15 CPU core stuckTI AM572x Cortex-A15 CPU 内核卡住
【发布时间】:2017-11-07 15:20:33
【问题描述】:

我在运行基于 TI AM5728 的定制板时遇到稳定性问题,类似于 Beaglebone X15。 RTOS 软件在一个 Cortex-A15 内核 MPU0 上运行,并且偶尔(通常在几个小时后)冻结。冻结时无法通过调试器连接到 MPU0 目标,同时我可以毫无问题地连接到 MPU1。

调试器错误:

CortexA15_0:故障停止目标 CPU:(错误 -1323 @ 0x1386AC) 设备无法进入调试/暂停模式,因为管道已停止。 重启电路板。如果错误仍然存​​在,请确认配置和/或 尝试更可靠的 JTAG 设置(例如更低的 TCLK)。 (仿真包 6.0.504.1)

出于测试目的,我在 MPU1 上启动了简单程序,当 MPU0 冻结时,MPU1 继续正常运行。 MPU0 的 WFE 和 WFI 标志处于非活动状态,此外,我已尝试将 MPU1 置于 WFI/FORCED_OFF 状态进行附加测试。但是,我仍然可以连接调试器并将其从 FORCED_OFF 状态唤醒,如技术手册中所述。

我已经通过连接到 CS_DAP_DebugSS 转储了寄存器,但没有发现任何特别之处。附上注册转储:

MPU_PRCM_PRM_C0_PM_CPU0_PWRSTCTRL

MPU_PRCM_DEVICE_PRM_RSTST

MPU_WUGEN_WKG_CONTROL_0

MPU_PRCM_CM_C0_CM_CPU0_CLKSTCTRL

如果只有一个内核尝试连接调试器失败,而第二个内核运行没有问题,可能会出现什么问题?

哪些硬件/软件问题可能导致此类行为?

感谢您的任何建议。

【问题讨论】:

  • 显然这部分有一个长达 114 页的勘误表。确实会出什么问题。
  • 感谢您的建议,但这是我开始调查此问题时检查的第一个文件。很遗憾,找不到与我的问题相关的任何内容。

标签: arm embedded texas-instruments cpu-cores cortex-a


【解决方案1】:

我刚遇到完全相同的问题。 您是否在 JTAG 错误(错误 -1323 @ 0x1386AC)提供的地址处检查了您的代码?在我的情况下,它是对 FPGA 的 GPMC 访问,我仍然可以通过 CS_DAP_DebugSS 访问它。 我目前正在查看文档修订版 L 中的勘误表 i878。由于在压力测试下挂起可能需要超过 48 小时,我不会盲目地应用解决方法。我将修改我的测试,基于 i878,尝试增加失败率,然后我将应用解决方法。

【讨论】:

    猜你喜欢
    • 2015-08-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2017-08-15
    • 2021-10-20
    • 2018-07-11
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多