• 状态
  • 已锁定 已锁定
  • 回复 7 回复
  • 订户 0 订户
  • 视图 13 视图
  • 用户 0 会员在此处
选项
选项
相关

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.

[参考译文] TDA4VH-Q1：netdev 看门狗：CPU：4：传输队列 2 超时 508184ms

admin
Guru**** 2426460 points


请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1531862/tda4vh-q1-netdev-watchdog-cpu-4-transmit-queue-2-timed-out-508184-ms

器件型号：TDA4VH-Q1
Thread 中讨论的其他器件：TDA4VH

工具/软件：

TDA4VH 客户电路板

SDK 11.0 Linux+FreeRTOS

几分钟后、当我们的多摄像头程序开始流式传输时、我们注意到网络连接丢失、我们无法再 ping 通主板。

串行端口错误日志如下所示： 

root@tda4vh-dt2vh:~#
root@tda4vh-dt2vh:~#
root@tda4vh-dt2vh:~# [   85.024143] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: NETDEV WATCHDOG: CPU: 2: transmit queue 2 timed out 5116 ms
[   85.036016] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: txq:2 DRV_XOFF: 0 tmo: 5124 dql_avail:-256 free_desc:504
[   90.048243] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: NETDEV WATCHDOG: CPU: 2: transmit queue 2 timed out 10140 ms
[   90.060196] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: txq:2 DRV_XOFF: 0 tmo: 10148 dql_avail:-256 free_desc:504
[   95.172357] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: NETDEV WATCHDOG: CPU: 2: transmit queue 2 timed out 15264 ms
[   95.184299] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: txq:2 DRV_XOFF: 0 tmo: 15272 dql_avail:-256 free_desc:504
[  100.032465] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: NETDEV WATCHDOG: CPU: 2: transmit queue 2 timed out 20124 ms
[  100.044445] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: txq:2 DRV_XOFF: 0 tmo: 20136 dql_avail:-256 free_desc:504
[  105.152471] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: NETDEV WATCHDOG: CPU: 2: transmit queue 2 timed out 25244 ms
[  105.164417] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: txq:2 DRV_XOFF: 0 tmo: 25252 dql_avail:-256 free_desc:504
[  110.272349] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: NETDEV WATCHDOG: CPU: 2: transmit queue 2 timed out 30364 ms
[  110.284304] ti_cpsw_proxy_client virtio1.ti.ethfw.ethdevice.-1.34 eth0: txq:2 DRV_XOFF: 0 tmo: 30372 dql_avail:-256 free_desc:504

  • 0
    TI__Guru**** 2426460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、

    多摄像头程序是否使用以太网接口传输或发送大型数据？

    当其中一个队列无响应时、就会发生这种情况。

    此致、
    Tanmay

  • 0
    TI__Guru**** 2426460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你（们）好

    我们通过网络传输和接收的数据不大。 根据 SDK 文档、我们可以看到、cpsw_proxy_client 通过 DMA 移动共享存储器数据来完成网络数据的传输和接收。

    在问题出现之前、我们的电路板将在 C7X 上运行一些模型。 预计 DMA 也将参与共享存储器的传输。

    那么、我们是否可以怀疑 C7x 中的 DMA 传输与 cpsw_proxy_client 之间可能存在冲突、或者这是否间接导致 cpsw_proxy_client 中出现此问题？

  • 0
    TI__Guru**** 2426460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你（们）好

    在我们的模型运行后、C7x 上的负载似乎非常高。 这是否与 cpsw_proxy_client 问题有关？

    它是否与电源不足有关？ 因为 C7x 的功耗很高。

  • 0
    TI__Guru**** 2426460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、

    是否与电源不足有关？ 由于 C7x 的高功耗..

    但情况不应如此。 该问题源于、cpsw TX 数据包没有完成中断、这会导致 TX 队列锁定。 我正在尝试用 EVM 复制这个。 这可能是 DMA 问题。

    如果您有一组步骤来使用开箱即用 SDK 进入此状态、那会很有帮助。

    此致、
    Tanmay

  • 0
    TI__Guru**** 2426460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你（们）好

    我们发现、将 numTxCh 从 2 更改为 1 可能会增加发生超时的可能性。 你可以试一试。

  • 0
    TI__Guru**** 2426460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    你（们）好

    在我们的计划中,VPAC1 和 VPAC2 的 MSCS 同时使用。 我们发现、当我们将 VPAC2 的 MSC 节点替换为 VPAC1 节点时、问题就消失了。

    因此、将 MSC 与 VPAC2 配合使用似乎会导致此问题。 此问题的可能原因是什么？VPAC1 和 VPAC2 之间是否存在任何差异？

  • 0
    TI__Guru**** 2426460 points
    请注意，本文内容源自机器翻译，可能存在语法或其它翻译错误，仅供参考。如需获取准确内容，请参阅链接中的英语原文或自行翻译。

    您好、

    我正在向我们的专家查看这个视频、了解 VPAC 与此视频的联系方式。 请预计下周初会有回复。

    此致、
    Tanmay