Arm TI AM572x Cortex-A15 CPU内核卡滞

Arm TI AM572x Cortex-A15 CPU内核卡滞,arm,embedded,texas-instruments,cpu-cores,cortex-a,Arm,Embedded,Texas Instruments,Cpu Cores,Cortex A,我在运行基于TI AM5728的定制板(类似于Beaglebone X15)时遇到稳定性问题。RTOS软件在Cortex-A15核心MPU0上运行,并且偶尔(通常在几个小时后)冻结。当冻结时,调试器无法连接到MPU0目标,同时我可以毫无问题地连接到MPU1 调试器错误: CortexA15_0:停止目标CPU时出现故障:(错误-1323@0x1386AC) 设备无法进入调试/暂停模式,因为管道已暂停。 重启电路板。如果错误依然存在,请确认配置和/或 尝试更可靠的JTAG设置(例如降低TCLK)。

我在运行基于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状态。但是,我仍然可以连接调试器并将其从强制关闭状态唤醒,如技术手册中所述

我已经通过连接到CS_DAP_DebugSS转储了寄存器,没有发现任何特殊情况。附加的寄存器转储:

如果一个内核尝试与调试器连接失败,而第二个内核运行正常,那么可能会出现什么潜在的卡滞问题

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


谢谢你的建议。

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

显然,这部分有114页的勘误表。确实会出什么问题。谢谢你的建议,但这是我开始调查这个问题时查阅的第一份文件。不幸的是,我找不到任何与我的问题相关的东西。