器件型号: J721EXCPXEVM
临界情况如下所示:
- 所有主域处理器都正常启动、执行数据处理并键入 vUART(基于视觉应用)
- 逐个或单独停止处理器
- 再次启动处理器
- 除 C66s 处理器和单个 Main_R5F_2_1 之外、所有处理器都成功重新启动(尽管有时会启动)
- 固件是通用的且基于视觉应用
- sys/class/state 正常(正在运行,回显启动后)
- SDK 10 适用于处理器和 Linux SDK!
- 无内核故障或错误消息、它只是在重新启动后不会再次写入 vUART
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.
器件型号: J721EXCPXEVM
临界情况如下所示:
我使用默认的视觉应用固件、但在执行 IPC 回波测试后、将处理器放弃执行其他任务。 该技术一直在所有处理器上工作、例如 C71 没有问题。
重新引导系统确实可以解决问题、C66 和所有其他处理器都可以正常启动。 在用户空间中、停止所有处理器并启动它们并不能解决问题、除了 C66s 和 MAIN_R5F_3_1 外、所有主处理器都有响应(使用 AppLogPrint)。
您建议使用其他调试技术吗?
如果我只需要 AppLogPrintf、AppDeInit 函数是否会发挥重要作用?
您好、
如果我只需要 AppLogPrintf、AppDeInit 函数是否起着重要作用?
是的、 AppLogPrintf 依靠 IPC/rpmsg 通道将日志传送到 Linux。 如果不在停止前进行彻底的拆卸、IPC vrings 会在重新启动时保留过时的数据、并且 rpmsg 通道永远不会重新建立 — 因此可以写入日志,但它可能永远不会到达 vUART。
您建议使用其他调试技术吗?
重新启动失败后、您能否尝试直接从 DDR 读取 C66 跟踪缓冲区。
您是否还可以尝试在 C66 而非 vision_apps 上加载 ipc_echo_test 固件、并尝试停止/启动?
此致、
Shabary S Sundar