[参考译文] TDA4VM：J7/TDA4VM 电路板具有不同的行为

您好、Carlo、

请在下面查找您的问题的答案。

1) 1)远程处理器固件必须由 u-boot 或 Linux？

[Brijesh]都支持固件加载、但通常由 uboot 加载

2) 2) MIPI CSI RX 引脚复用和设置发生在哪里？

[Brijesh]我认为它们是专用引脚、无需设置引脚多路复用器

3) 3)是否有测试应用程序可运行并检查所有远程处理器是否已启动并运行？

[Brijesh]是的、您可以运行 IPC 测试 vx_app_linux_arm_ipc.out 文件。 这将向所有运行/启用的内核发送 IPC、并告知其运行是否正常。

4) 4)是否有用于检测内存泄露的编译器选项、工具或源代码断言/宏？ 在有故障的 J7中、必须杀死 single_cam 应用程序、它永远不会干净地返回。

[Brijesh]嗯、这里的问题是什么？ 我们没有任何与问题相关的内存。 您是否看到任何内存问题？

5) 5)故障 J7批次中是否存在任何已知问题？

[Brijesh] Sorry 没有得到这个问题..

6) 6)我们如何继续解决此问题？

[Brijesh]单个凸轮应用程序在良好的 SOM 板上运行是否正常？

Rgds、

Brijesh

您好，Brijesh 在您的邮件中回复了我的邮件：

请在下面查找您的问题的答案。

1) 1)远程处理器固件必须由 u-boot 或 Linux？

[Brijesh]都支持固件加载、但通常由 uboot 加载

2) 2) MIPI CSI RX 引脚复用和设置发生在哪里？

[Brijesh]我认为它们是专用引脚、无需设置引脚多路复用器

​-->  那么，这些引脚总是被启用的吗？ Linux 设备树中是否有任何条目？

3) 3)是否有测试应用程序可运行并检查所有远程处理器是否已启动并运行？

[Brijesh]是的、您可以运行 IPC 测试 vx_app_linux_arm_ipc.out 文件。 这将向所有运行/启用的内核发送 IPC、并告知其运行是否正常。

​-->  好的，我已经在 J7中运行了它，结果是一样的，所有测试都通过了。  

4) 4)是否有用于检测内存泄露的编译器选项、工具或源代码断言/宏？ 在有故障的 J7中、必须杀死 single_cam 应用程序、它永远不会干净地返回。

[Brijesh]嗯、这里的问题是什么？ 我们没有任何与问题相关的内存。 您是否看到任何内存问题？

​--> 最后的步骤似乎是清理分配的内存。 如果应用程序卡住、可能会出现问题。 我一直在所有级别修改 SDK、主要是插入调试 printf。 即使在 J7中"正常工作"、有时 single_cam 应用程序也会卡在退出位置。 我不知道为什么。

那么、调试加速器中内存泄漏的建议程序是什么？ 是否所有这些器件都设置并运行了内存保护？ 否则、在开发过程中修复内存泄漏可能会非常困难。 感谢您的建议。

5) 5)故障 J7批次中是否存在任何已知问题？

[Brijesh] Sorry 没有得到这个问题..

6) 6)我们如何继续解决此问题？

[Brijesh]单个凸轮应用程序在良好的 SOM 板上运行是否正常？

-->   是的，但我们仍然有一个不能使用的板。

​如果这里没有其他解决方案可供测试、我们是否可以通过某种方式发送电路板进行检查？

Rgds、

Brijesh