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.
https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1557126/tda4vh-q1-remoteproc-remoteproc1-attaching-to-67800000-dsp-boot-faild
工具/软件：
Linux SDK9.1.8
45 块电路板中有 2 块报告 在 引导 Linux 内核期间 DSP 连接错误、一个电路板很容易重现、5 次下电上电后大约发生 4 次故障、速率甚至更高。 有一件报告了一次、到目前为止没有再次重现。
e2e.ti.com/.../dsp_5F00_attch-log.txt
您好：
您能帮助我分享更多详细信息吗？
1.是否所有剩余的电路板在相同的软件中没有任何此类问题?
2.启动流程序列? 是否正在加载所有内核的 uboot？
3.您在 C7x 内核中加载了哪些固件？
此致
Tarun Mukesh
低强度、
并非所有电路板在使用相同软件时都存在此问题。
与 SDK TDA4VH 相同的引导流程序列。
TI 示例、 我们没有修改它。
好的。你能告诉我们完整的日志吗?
从 uboot 到内核的完整日志。 请帮助分析。
e2e.ti.com/.../dsp_5F00_boot_5F00_panic.txt
让我分析一下日志、然后返回给您。
您好、
还有一个问题是、您是否使用 uboot 加载固件还是 Linux？
另外、您似乎还没有对映像签名、因此正在跳过身份验证。
警告：未检测到映像签名证书。 跳过身份验证以防止启动失败。 这将在安全强制执行 (HS-SE) 设备上失败
此致、
Brijesh
通过 Linux 加载固件。 不是所有的板将启动失败,谢谢。
感谢陈先生的快速答复。 即使在故障电路板上、它也不会一直出现故障、对吧？
我们正在调试某种程度上相似的问题、一旦有可用的修复程序、将立即更新您。
尊敬的 Chen：
此外、这些电路板上的 DDR 是否正常工作？ 您是否运行 DDR memtester 来确认相同情况？
我检查了您的日志、发现默认情况下您未使用 Vision Apps 可执行文件。 我是否知道将哪些可执行文件刷写到内核中？
remoteproc remoteproc1: rsc table is truncated
另外还有几个 DSP 内核、它将 RSC 表显示为截断的。 您是否更改了任何内存映射？
你能确认在其余的板你没有看到这个问题在所有,即使运行多次?
是的。
我稍后再试。
我们没有在/lib/firmware/vision_apps_evm 中修改 vision apps、 它应该为默认值。
我们并未 修改 DTS 中的存储器映射
我们尚未收到有关此问题的任何反馈。
你（们）好
我们的电路板 DDR 为 16GB
1.我们修改 uboot “ gd->bd-bi_dram.size 、gd->ram_size“
2.我们修改 Linux dts： “Memory@80000000“
REG =<0x00 0x80000000 0x00 0x80000000>、
0x08 0x80000000 0x03 0x80000000>；
您说您没有修改但日志与预期的完全不同。是否可以 在 rootfs 分区中运行命令 ls -l /lib/firmware 并共享日志？
我们需要这些详细信息来隔离硬件或软件中的问题。
我们需要这些详细信息来隔离硬件或软件中的问题。 [/报价] 这意味着我们以前没有发现这个问题,并且发生故障的电路板上的概率很高,可能是 50%） 您说您没有修改、但日志与预期的完全不同。您可以 在 rootfs 分区中运行命令 ls -l /lib/firmware 并共享日志吗？ 、已经在默认和定制电路板日志之间比较了文件、如下所示： e2e.ti.com/.../0815.dsp.txt[/quote]
这意味着我们以前没有发现这个问题,并且发生故障的电路板上的概率很高,可能是 50%）
您说您没有修改、但日志与预期的完全不同。您可以 在 rootfs 分区中运行命令 ls -l /lib/firmware 并共享日志吗？
、已经在默认和定制电路板日志之间比较了文件、如下所示：
e2e.ti.com/.../0815.dsp.txt
您好 Chen、
我们已经将该文件与我们的自定义板、日志进行了如下比较：
您正在链接 Vision Apps 可执行文件、但未加载 Vision 应用固件。 我怀疑这有异常。
在 uEnv.txt 中、应包括 vision apps dtb。 你能检查一下吗? 您还可以按照 Vision Apps 用户指南进行设置。
https://software-dl.ti.com/jacinto7/esd/processor-sdk-rtos-j722s/latest/exports/docs/vision_apps/docs/user_guide/BUILD_AND_RUN.html
感谢您的帮助, 我们删除了 uEnv.txt 中的 vision apps dtb。 我将它重新添加并尝试。
我得到了一个问题,为什么这失败 是一个概率事件在 特别 板？
它可以解决我们的问题。 谢谢！
有一些问题：1.为什么此故障 是 特殊 板中的概率事件？
2.我们不需要运行 VISION 应用程序,如何修改才能删除它。
1.为什么此故障 是 特殊 板中的概率事件？
如果您使用视觉应用、则应使用相应的存储器映射。在 DTB 视觉应用文件中、我们应为可执行文件提供单独的存储器映射。 如果内存映射处理不当、将来也可能出现其他电路板上。
除了视觉应用程序,如果你想使用其他任何东西,那么你需要更改软链接到相应的固件。
例如：j784s4-C71_0-FW 当前指向 vision apps 可执行文件 ( /lib/firmware/vision_apps_evm/vx_app_rtos_linux_c7x_1.out)、如果您不需要 vision apps、则无论您想运行什么、都将该固件指向 softlink。
感谢您的帮助！
我们想知道为什么 特殊的板报告 “Mem ABORT“ 高概率;其他板我们测试通电/断电超过 1000 次, 它没有报告这个错误。 两块电路板之间有何区别、它们使用相同的引导 SD。
正如前面提到的、这些问题也可能是 DDR 造成的。 在运行时期间、如果超出范围、可能会触发存储器相关问题、则根据存储器映射、变量可以位于该区域中的任何位置。
我不知道你在这里期待什么. 通过更改视觉应用所需的存储器映射、该问题已得到解决。
此外、DDR 在这些电路板上是否正常工作？ 您是否运行 DDR memtester 来确认相同情况？ [/报价] 是的、 我们运行 memtester 很好、谢谢。
是的、 我们运行 memtester 很好、谢谢。
尊敬的 Tarun：
主板应该没有内存稳定性问题。 并且在应用了存储器重叠之后、引导失败。
但不能解释为什么只在特定的板上发生 ( 2 的 45 ) 在高速率。
正确描述电路板应该是引导失败。 它在 DSP 引导期间崩溃。 然后在您的帮助下跟踪覆盖文件未附加。
但在 Linux 启动 DSP 期间、它应该只根据其目标地址加载 DSP 文件。 应该不会导致系统崩溃、就像休息板无法启动一样。
我们碰巧以相同的方式引导 TDA4VH EVM、没有覆盖存储器映射文件
使用 SDK/bin 文件夹中的 create-sd.sh 制作 SD 引导卡、引导分区中的 uEnv.txt 文件不包含视觉应用存储器覆盖层。 但所有远程内核都已启动。 从未崩溃。
您可以一边检查。
客户担心稳定性问题未知、需要合理解释。
如果启动固件是视觉应用程序,那么使用视觉应用程序叠加是有意义的。如果您不想叠加,请删除视觉应用程序的软链接,并尝试在特殊电路板上重现崩溃问题。
如果目的不是使用 Vision Apps、则更改软链接并尝试重现相同问题。如果完成此操作、我们可以进一步调试并检查其原因。
现在我们正在寻找不存在的东西、并期望得到解释。
我还可以与视觉应用团队一起检查一次不使用叠加的可能故障场景
Vision Apps 团队的响应也与我前面提到的相同。 响应是“内存区域冲突也可能导致 Linux 崩溃,如果没有认真处理和真诚的建议使用绝对覆盖如果可执行文件的视觉应用程序固件“.
