[参考译文] AM5728：播放视频1到2小时会导致系统重新启动

您好、Tony、

遗憾的是、Android 在 AM57上已有很长时间不受支持、因此我们没有相关专业知识。 您能否共享日志？

您能否详细说明解决此问题时发生的具体情况：  

[报价 userid="35100" url="~/support/processors-group/processors/f/processors-forum/1473114/am5728-play-video-1-to-2-hours-result-in-system-reboot "]替换 AM5728器件、大多数电路板可修复

我的理解是、如果您将"受影响的器件"拆焊并焊接到新器件上、问题就会得到解决。 有效地进行 AB 交换。

-若苏厄

Unknown 说：

很遗憾、很长时间以来在 AM57上未支持 Android、因此我们没有此方面的专业知识

但这可能与操作系统和 SDK 版本无关、可能是系统问题、让我们头脑风暴一下。

Unknown 说：

如果您拆焊"受影响的器件"并焊接到新器件上、该问题已得到修复。 有效执行 AB 交换

是的、大多数都可以解决、有些仍然存在相同的问题。

日志：

/cfs-file/__key/communityserver-discussions-components-files/791/last.1.zip

Tony、  

是文件  202502122030_panic_kmsg 应该是空的？

或者它是否等效于  202502122030_kmsg ？

乍一看、在我看来、这里出现任何问题都不明显。

您还能解释一下这段日志的含义吗  202502122030_logcat ？

正在使用的 Linux 版本也非常旧。 基本上、我想在这里说的是、我们很可能没有办法试图重现这种行为、所以我们很可能只有一些建议、没有实际的方法来重现问题。

我假设此电路板也是定制的？

-若苏厄

若苏厄

是的、这是定制电路板。

关于日志文件：

kmsg.log：内核日志

logcat.log：Android logcat 日志

panion_kmsg.log： /sys/fs/pstore/console-ramoops 日志、0表示空。

Unknown 说：

因此我们很可能只有一些建议

需要 BU 的 建议。

在异常复位后我们读取 REST 寄存器、存在 WD_TIMER2看门狗复位。   

Shell@am57_I20：/# devmem2 0x4AE07D04                      

/dev/mem 打开。

映射到地址0xb6e5b000的存储器。

地址0x4AE07D04 (0xb6e5bd04)处的值：0x9

看门狗配置如下所示、因此系统应挂起然后触发看门狗复位。

#将看门狗计时器设置为30秒并每10秒携带一次以获得20秒的余量

服务观察/sbin/watchdogd 10 20.

  类内核

Tony、

最后这部分信息只是通知我们处理过程挂起且设备已重启。  

日志所在的环境是什么？ 启动日志是否只是正常启动？

问题是否可以持续重复、客户是否可以在问题发生时捕获日志？

-若苏厄

您好、Josue：  

您好 Ximeng、

您有调试器/JTAG 端口吗？ 您可以尝试在内存停止的位置检查内存。 或许能够更好地了解根据 PC 和 SW 存储器映射该器件的停止位置。 是否没有像 Android ADB 这样的 Android 调试工具？ 我发现最后一个 tidbit 从一个快速谷歌搜索。 我想重申以下几点：

Unknown 说：

很遗憾、很长时间以来在 AM57上未支持 Android、因此我们没有这方面的专业知识。

此致！

若苏厄

Tony Tang 

您能否与我们分享一下客户是谁？

-若苏厄

我们有 UART 调试器端口和 Android ADB ,但 当系统挂起时,这两个调试消息突然停止。

我们注意到、在系统挂起之前、CPU 使用率 将在一段时间内接近100%。在 100% CPU  使用率下运行的 lang 时间是否可能导致系统挂起？

Ximeng,

那么、当系统挂起时、您将无法连接到任何内核？  此 UART 调试器端口是否具有与我们的 IDK 板设计类似的集成 XDS 调试探针？  

所以电路板上没有 JTAG 端口、所以无法连接到 CCS 调试系统？

-若苏厄  

您好、Josue：

JTAG 信号未在定制电路板上路由出去。

新的实验结果供您参考：将 CPU 频率从1.5GHz 降至1.17GHz、采用相同测试方法的同一电路板上不再适用。  

Tony、

这很有趣。 这证实了问题可能不是由 CPU 负载导致的、并且可能是散热问题。 客户能否 检查 受影响的设备和正常工作的设备之间是否存在温度差异？

这对客户来说是一个解决办法吗？

-若苏厄

您好、Josue：

#1。 您共享的主题与我们的问题无关、您链接到了错误的地址吗？ 您打算指导我们如何检查温度吗？

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1475784/am5726-memset-to-ddr-monopolizes-whole-emif-bandwidth/5683420#5683420

#2。 降低频率并非解决方案。  

#3. 通常、更换 AM5728即可解决同一电路板上的问题。 这是一个线索,而不是一个固定的解决方案。

您好、Tony、

是的、您是对的、我共享了错误的链接。 请更正链接 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/953625/am5728-cpu-reset-during-high-temperature-testing

-若苏厄