[参考译文] TDA4VH-Q1：我认为 SoC 有电源问题。

您好！

观察1：我无法同时使用以太网和 HDMI 显示输出。

这不是 TDA4VH 器件上的电源问题、EVM 上存在一些限制。 当我们使用 DP->HDMI 有源适配器时、它需要额外的功率、来自其中一个 IO 扩展器。 此 IO 扩展器 甚至用于以太网、因此我们需要禁用以太网以获得 HDMI 输出。  

观察3：如果输入功率较低、初始化时间就花费了很长时间。

什么是低功耗输入？在什么情况下它需要更长的初始化时间？ 您能提供更多信息吗？  

Rgds、

布里耶什

您好！

观察结果3：我不知道具体发生在哪里 、因为我的客户应用程序(二进制)发生了这种情况。

但关键观察结果是2。

[102.879709] am65-cpsw-nuss c200000.Ethernet eth0：TxQ：0 DRV_XOFF：0 tmo：9068 dql_avail：-464 free_desc：498

此致、

尊敬的卢承运：

以上的应用,即 6个摄像头( 1x8MP 摄像头+ 5x2MP 摄像头)+ TIDL +以太网输出,我没有得到什么故障? 以太网输出是否出现故障？ 或者甚至以太网无法初始化？ 如果删除以太网输出、是否可以正常工作？  

此致、

布里耶什

您好、Brijesh：

在发生错误之前、我可以对电路板执行 ping 或 ssh 操作、但在发生由 6个摄像头(1x8MP 摄像头+ 5x2MP 摄像头)+ TIDL +以太网输出导致的错误之后、我无法执行。 如果我删除以太网输出或通过摄像头消除开销、系统工作正常。

此致、

好的、我来咨询我们的以太网专家、这个错误意味着什么以及何时会发生。

此致、

布里耶什

您好！

您能否共享日志 以了解从以太网观察到什么类型的错误。

此致、
苏德黑尔

您好，Sudheer，

出现网络错误后、无法 ping 通电路板。

[102.879709] am65-cpsw-nuss c200000.Ethernet eth0：TxQ：0 DRV_XOFF：0 tmo：9068 dql_avail：-464 free_desc：498
[ 107.999419] am65-cpsw-nuss c200000.Ethernet eth0：TxQ：0 DRV_XOFF：0 tmo：14188 dql_avail：-464 free_desc：498
[ 113.887424] am65-cpsw-nuss c200000.Ethernet eth0：TxQ：0 DRV_XOFF：0 tmo：20076 dql_avail：-464 free_desc：498
[118.751422] am65-cpsw-nuss c200000.Ethernet eth0：TxQ:0 DRV_XOFF：0 TMO:24940 dql_avay:-464 free_desc:498

root@J7-EVM：~# ip link set dev eth0 down
[ 269.279361] am65-cpsw-nuss c200000.ethernet: tx timeout
[ 269.284638] lib/genalloc.c：507中出现内核错误！
[269.288982] 内部错误：Oops - BUG：0[#1]抢占 SMP
[ 269.294451]模块链接如下: hik_pwm ahci libabahci libata wavebuf2_dma_waveg v4l2_mem2mem videbuf2_vmv4l2 v4l2 videobuf2_common videobuf2_memops remote_service (O) hikio (O) gtc (O) pvrrproc (O) pvrteproc (O) c_remoti_memory_remoti_3 k_remoti_k_mc (O) k_mce_remoti_msp_mc (O)
[269.319461] CPU: 1 PID: 737 Comm : IP Insided: G    W O   5.10.162-g76b3e88d56 #1
[269.327529] 硬件名称: HIKAUTO AE-B50036-M (DT)

此致、

您好！

从上面共享的日志中、以下可能是原因。
1.没有从 CPSW 进行数据传输、即映射到 CPSW 的 DMA Tx 通道需要将数据发送到 CPSW 外部端口。
2.即使由于 高优先级中断触发等任何原因而未在 am65驱动器中调度 NAPI 也会发生这种情况...

您能否从 Linux 终端共享整个日志？

此致、
苏德黑尔

您好，Sudheer，

我的同事告诉我、这个错误是由于以太网和 VPAC2之间关于 DMA 通道的配置冲突而发生的。

我不知道具体细节、但他说他们使用相同的 DMA 通道、这导致了问题。 现在我们可以关闭该 TT。

如果您对此有任何疑问、请告知我。 我可以让同事检查更多信息。

此致、

尊敬的卢承运：

VPAC 并不会真正对通道进行硬编码、除非通道是 VPAC 特定的通道、否则其他人无法使用这些通道、并且 VPAC 在不同的内核上运行、因此我很惊讶这里会发生通道冲突。 即使存在通道冲突、它也应该在 资源分配时间失败、而不是在以太网传输时间失败。 因此、为了找出此问题的根源并正确解决它、我们能否获取 更多信息？ 您是否更新/修改了任何现有驱动程序？ 如何 得出存在渠道冲突的结论？ 您能从 TIFS 日志或其他信息中看到此信息吗？  

此致、

布里耶什

您好、Brijesh：

我可以通过两种方式解决此问题。

第一种方法：请勿使用  TIVX_TARGET_VPAC2_MSC1

- vxSetNodeTarget (imgMosaicObj->node、vx_target_string、TIVX_TARGET_VPAC2_MSC1)；
+ vxSetNodeTarget (imgMosaicObj->node、vx_target_string、TIVX_TARGET_VPAC_MSC1)；

第二种方式:我收到了一个新的 image.ub 文件,它没有使这个错误。 "我不知道我的伙伴做了什么。

此致、

尊敬的卢承运：

对于更改 MSC 实例可以提供帮助感到惊讶。 新的 MSC 基本上在 MCU2_0上运行、因此可能会为 该 MSC 分配不同的通道、从而避免发生冲突。  

我仍然建议找出问题的根源。 因为如果您需要第二个 VPAC 实例、则可能会出现此问题。  

在 第二个图中、您能帮助我们了解所做的更改吗？ 哪个图像已更改？ 是固件映像还是 Linux 映像？

以太网驱动程序中是否有 UDMA 通道的任何转接？   

此致、

布里耶什

您好、Brijesh：

根据 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1213622/tda4vh-q1-high-cpu-utilization-sporadically、我认为 VPAC2_MSC 属于 mcu4_0

映像文件为 Linux image.ub。 我的合作伙伴说"更换 ETH DMA 通道的 IMAGE.UB；通道5 ->通道6"

此致、

尊敬的卢承运：

但令人惊讶的是、VPAC 通道编号与 EthFw 发生冲突、对于通道5也是如此。 是否确定更改通道号5解决了此问题？

在下面的文件中、我看到 MSC 使用自己的专用通道且这些通道是 UTC 通道、因此不应与 EthFw 发生任何冲突、因为 EthFw 使用 uDMA 通道。  

ti-processor-sdk-rtos-j784s4-evm-08_06_01_03\pdk_j784s4_08_06_01_03\packages\ti\drv\vhawa\src\drv\vwaha_m2mMscUdma.c

我只是想知道是否 与为每个通道分配的振铃有任何冲突。 如果您可以打印环号并使用 MSC 环号进行检查、它将让您了解失败的原因。  

此致、

布里耶什

您好、Brijesh：

我的合作伙伴使用了它的电路板并移植了 SDK 8.6来实现这一目的。 因此、我不知道确切的内容。

此致、

尊敬的卢承运：

好的、这可能是一个合适的解决方法、但我们想检查此问题的根本原因是什么。  

此致、

布里耶什

尊敬的 Brijesh：

好的、我会问我的伙伴有关细节的问题。

感谢您的支持。

此致、