[参考译文] AM620-Q1：如何启用 eth 日志？ 如何检查 eth 状态？

尊敬的 Xiulin：

您使用的是什么 Linux SDK？

只需确认、您是否在定制构建的 AM62x 电路板上进行测试？

是否可以在"断开连接"前后共享整个控制台日志、从而显示 ping 失败？

您能分享一下"ethtool 的结果吗 "？

-道林

尊敬的 Daolin Qiu：

   1. 当前 SDK 版本为  Processor SDK 10.00.07.04。

谢谢、

刘秀林

您好、Daolin Qiu

ethtool -i eth0 msg：

root@fvt-5g-tbox：~# ethtool -i eth0
司机：am65-cpsw-nuss
版本：6.6.32-ti
固件版本：
扩展 ROM 版本：
总线信息：8000000.Ethernet
支持统计：是
支持测试：否
支持-EEPROM-ACCESS：不支持
支持-register-dump：可以
支持-priv-flags：是

谢谢、

root@fvt-5g-tbox：~# ethtool eth0
eth0设置：
支持的端口：[ mii ]
支持的链路模式：1000BaseT/Full
支持的暂停帧使用：对称
支持自动协商：可以
支持的 FEC 模式：未报告
广播的链路模式：1000BaseT/Full
广播的暂停帧使用：对称
广播的自动协商：是
广播 FEC 模式：未报告
链路伙伴广播的链路模式：1000BaseT/Full
链路伙伴广播的暂停帧使用：否
链路伙伴广播的自动协商：否
链路伙伴广播的 FEC 模式：未报告
速度：1000Mb/秒
双工：全双工
自动协商：打开
端口：mii
PHYAD：0
收发器：内部
支持唤醒：d.
唤醒：D
当前消息级别：0x000020f7 (8439)
如果 rx_err TX_err 硬件、则 DRV 探头链路断开
检测到链路：是

尊敬的 Daolin Qiu：

   出现这个问题时、我尝试使用 tcpdump 工具捕获数据包。 PC 端能够接收和回复 ARP 数据包、而设备端仅发送 ARP 数据包而未接收这些数据包。 PHY 与 MAC 之间的时序不匹配是否导致？ 是否可以通过任何方法来修改 MAC 接收的时序？

谢谢、

刘秀林

尊敬的 Xiulin：

Unknown 说：

PC 端能够接收和回复 ARP 数据包、而设备端仅发送 ARP 数据包而未接收这些数据包。 PHY 和 MAC 之间的时序不匹配是否导致？

感谢您分享之前的 ethtool 输出。 要仔细检查器件端的数据包是否丢弃了任何接收到的数据包、您应该使用"ethtool -S eth0"检查硬件 MAC 统计信息、并查看是否有任何 Rx CRC 错误或丢弃计数器在递增。 如果存在 Rx CRC 错误并且您使用 RGMII、需要确保 RGMII RX 时钟和 RGMII RX 数据线之间存在时序偏移。 有关更多详细信息、请参阅以下应用手册中的"6以太网 PHY 分析"部分： https://www.ti.com/lit/an/spradj8/spradj8.pdf 

-道林

尊敬的  Daolin Qiu：

  1.如何解决 CRC 错误? 因为这个问题只出现在 iperf3在85摄氏度的高温下运行一天之后。

  2. 当我尝试不启用 PHY 芯片 rtl9010寄存器0xd04a 位2 (RGMIIRXC_TIMING、为 RXC 锁存 RXD 添加2ns 延迟)时、这种现象与此相同、tcpdump 只能捕获发送的数据包、而无法捕获接收到的数据包。 使用 ethtool - S eth0命令进行检查、发现 rx_crc_ errors 和 rx_good_frames 的计数没有增加、而 iet_rx_sdm_err 的计数增加。

NIC 统计信息：
P0_Rx_GOOD_FRAMES：335062
P0_Rx_BROADCAST_FRAMES：88
P0_Rx_MULTICAST_FRAMES：5687
P0_Rx_CRC_ERRORS：0
P0_Rx_NEUM_FRAMES：0
P0_Rx_undersize_frames：0
P0_R0_ALE_DROP：0
P0_R0_ALE_ULALORY_DROP：0
P0_Rx_八 位位组：27358741
P0_RTX_GOOD_FRAMES：319491
P0_RTX_broadcast_frames：5.
P0_RTX_MULTICAST_FRAMES：0
P0_TX_八 位位组：145851474
P0_TX_64B_FRAMES：134
P0_TX_65_TO_127B_FRAMES：415049
P0_R128_TO_255B_FRAMES：50252
P0_R256_TO_511B_FRAMES：91486
P0_TX_512_TO_1023B_FRAMES：60128
P0_RTX_1024B_FRAMES：37504
P0_NET_OBOTHY：173210215
P0_Rx_Bottom_fifo_drop：0
P0_Rx_PORT_MASK_DROP：0
P0_Rx_top_fifo_drop：0
P0_Rale_Rate_Limit_drop：0
P0_R0_ALE_VID_ENTRY_DROP：0
P0_ALE_DA_eq_sa_drop：0
P0_ALE_BLOCK_DROP：0
P0_ALE_SECURE_DROP：0
P0_ALE_AUTH_DROP：0
P0_ALE_UNKNOWN_UCAST：0
P0_Rale_unknown_ucast_bytes：0
P0_ALE_UNKNOWN_mcast：0
P0_Rale_unknown_mcast_bytes：0
P0_ALE_UNKNOWN_bcast：0
P0_Rale_unknown_bcast_bytes：0
P0_ALE_POL_MATCH：0
P0_ALE_POL_MATCH_RED：0
P0_Rale_pol_match_黄色：0
P0_ALE_mcast_sa_drop：0
P0_ALE_DUAL_VLAN_DROP：0
P0_Rale_len_err_drop：0
P0_ALE_IP_NEXT_HDR_Drop：0
P0_Rale_IPV4_FRAG_DROP：0
P0_RTX_mem_protect_err：0
P0_RTX_pri0：319491
P0_RTX_pri1：0
P0_RTX_pri2：0
P0_RTX_pri3：0
P0_RTX_pri4：0
P0_RTX_pri5：0
P0_RTX_pri6：0
P0_RTX_pri7：0
P0_RTX_pri0_bcnt：145851474
P0_RTX_pri1_bcnt：0
P0_RTX_pri2_bcnt：0
P0_RTX_pri3_bcnt：0
P0_RTX_pri4_bcnt：0
P0_RTX_pri5_bcnt：0
P0_RTX_pri6_bcnt：0
P0_RTX_pri7_bcnt：0
P0_RTX_pri0_DROP：0
P0_RTX_pri1_DROP：0
P0_RTX_pri2_DROP：0
P0_RTX_pri3_DROP：0
P0_RTX_pri4_DROP：0
P0_RTX_pri5_DROP：0
P0_RTX_pri6_DROP：0
P0_RTX_pri7_drop：0
P0_RTX_pri0_DROP_bcnt：0
P0_RTX_pri1_DROP_bcnt：0
P0_RTX_pri2_DROP_bcnt：0
P0_RTX_pri3_DROP_bcnt：0
P0_RTX_pri4_DROP_bcnt：0
P0_RTX_pri5_DROP_bcnt：0
P0_RTX_pri6_DROP_bcnt：0
P0_RTX_pri7_drop_bcnt：0
第287章
RX_BROADCAST_FRAMES：3.
RX_MULTICAST_FRAMES：19
RX_PAUSE_FRAMES：0
RX_CRC_ERRORS：0
RX_ALIGN_CODE_ERRORS：0
RX_OMNIGLE_FRAMES：0
RX_Jabber_frames：0
rx_undersize_frames：0
rx_partitions：0
第19章
ALE_OVERLIFN_DROP：0
RX_八 位位组：29238
tx_good_frames：3240
tx_broadcast_frames：85
TX_MULTICAST_FRAMES：2843
tx_pause_frames：0
tx_defered_frames：0
tx_conflict_frames：0
tx_single_coll_frames：0
tx_mult_coll_frames：0
tx_overtravel_conflicts：0
tx_lay_conflicts：0
RX_IPG_ERROR：0
tx_carrier_sense_errors：0
TX_八 位位组：1632048
TX_64B_FRAMES：128
TX_65_TO_127B_FRAMES：576
TX_128_TO_255B_FRAMES：8.
tx_256_to_511B_frames：0
TX_512_TO_1023B_FRAMES：2815
TX_1024B_FRAMES：0
NET_COBOTS：1661286
rx_bottom_fifo_drop：0
RX_PORT_MASK_DROP：19
rx_top_fifo_drop：0
ALE_RATE_LIMIT_DROP：0
ALE_VID_ENGLISION_DROP：0
ale_da_eq_sa_drop：0
ALE_BLOCK_DROP：0
ALE_SECURE_DROP：0
ALE_AUTH_DROP：0
265.
ALE_UNKNOWN_ucast_bytes：26422
ale_unknown_mcast：19
ALE_UNKNOWN_mcast_bytes：2624
ALE_UNKNOWN_bcast：3.
ALE_UNKNOWN_bcast_bytes：192
ALE_POL_MATCH：0
ALE_pol_match_red：0
ALE_pol_match_yellow：0
ale_mcast_sa_drop：0
ALE_DUAL_VLAN_DROP：0
ale_len_err_drop：0
ALE_IP_NEXT_HDR_Drop：0
ALE_IPV4_FRAG_DROP：0
iet_rx_assembly_err：0
IET_rx_assembly_ok：0
IET_Rx_SMD_err：140
iET_rx_frag：0
IET_TX_HOLD：0
iET_TX_frag：0
tx_mem_protect_err：0
tx_pri0：3240
tx_pri1：0
tx_pri2：0
tx_pri3：0
tx_pri4：0
tx_pri5：0
tx_pri6：0
tx_pri7：0
tx_pri0_bcnt：1632048
tx_pri1_bcnt：0
tx_pri2_bcnt：0
tx_pri3_bcnt：0
tx_pri4_bcnt：0
tx_pri5_bcnt：0
tx_pri6_bcnt：0
tx_pri7_bcnt：0
tx_pri0_drop：0
tx_pri1_drop：0
tx_pri2_drop：0
tx_pri3_drop：0
tx_pri4_drop：0
tx_pri5_drop：0
tx_pri6_drop：0
tx_pri7_drop：0
tx_pri0_drop_bcnt：0
tx_pri1_drop_bcnt：0
tx_pri2_drop_bcnt：0
tx_pri3_drop_bcnt：0
tx_pri4_drop_bcnt：0
tx_pri5_drop_bcnt：0
tx_pri6_drop_bcnt：0
tx_pri7_drop_bcnt：0

谢谢

尊敬的 Xiulin：

Unknown 说：

iet_rx_sdm_err：140

在 TRM 中查看此统计数据的详细信息、似乎这与 IET (穿插快速流量)有关。 是否设置了某种 IET 配置？  

此外、是否在测试环境中设置了 IET_ENABLE？  

发生这种情况时、您是否看到 rx_crc_error 计数器在递增？ 高温应用于您的整个定制电路板还是仅应用于 AM620-Q1处理器？ 据我所知、AM62x 处理器应该已 在100摄氏度的温度下通过 CPSW iperf 功能测试、因此电路板上可能有一个元件(可能是您的以太网 PHY？) 在85°C 下可能无法正常工作？ 虽然我无法评论  PHY 芯片 rtl9010、因为它不是 TI 器件、但可能值得检查您是否可以从该 PHY 读取任何寄存器、表明正在发送和接收数据包。

Unknown 说：

当我尝试不启用 PHY 芯片 RGMIIl9010寄存器0xd04a 位2 (RXC_TIMING、为 RXC 锁存 RXD 添加2ns 延迟)时、现象与此相同、tcpdump 只能捕获发送的数据包、无法捕获接收到的数据包。[/quick]

请注意、目标是引入2ns 延迟、以在时钟和数据线之间产生偏移量(如果尚未做到这一点)、这通常是出现 RX CRC 错误的主要原因。

-道林

尊敬的 Daolin Qiu：

  1. 您是否设置了某种 IET 配置?  

  -->我没有设置、平台缺省值是否启用它？ 如何打开它? 如何关闭它? 如何检查它是否打开？

  2. 下一次我重现这个问题时,我会检查 CRC 错误和 PHY 接收/发送数据包。

  3. 请注意、目标是引入2ns 延迟、以在时钟和数据线之间产生偏移量(如果尚未这样做)、这通常是导致 RX CRC 错误的主要原因。

  -->如果不启用 PHY 芯片 rtl9010寄存器0xd04a bit2、ping 命令失败、没有 CRC 错误、只需具有 iet_rx_sdm_err ：140。

谢谢。

尊敬的 Xiulin：

好的、完成后请告诉我。

Unknown 说：

在应用高温时、它是应用于整个定制主板还是仅应用于 AM620-Q1处理器？

你能否确认上述问题？

-道林

尊敬的 Daolin Qiu：

   1.整个电路板放在高温箱内。

    2.--> 我没有设置、平台默认是否启用它？ 如何打开它? 如何关闭它? 如何检查它是否打开？

       您能回答这个问题吗？

谢谢、

尊敬的 Xiulin：

  1. 您是否设置了某种 IET 配置?  

  -->我没有设置、平台缺省值是否启用它？ 如何打开它? 如何关闭它? 如何检查它是否打开？

Unknown 说：

此外、是否在测试环境中设置了 IET_ENABLE？  [/报价]

我最初想到的是、如果您可以检查是否在测试环境中设置了 IET_ENABLE (请不要进行任何更改、只需检查它当前的配置情况)。 如屏幕截图所示、IET_ENABLE 位位于寄存器地址 00020004h 的 CPSW_CONTROL_REG 寄存器中。 您可以执行"devmem2 0x00020004"来读取寄存器的内容、并检查 IET_ENABLE 位是否配置为什么。

Unknown 说：

  1. 整个电路板都放置在高温处理室内。

Unknown 说：

据我所知、AM62x 处理器应已 在高达100摄氏度的温度下通过 CPSW iperf 功能测试、因此电路板上可能有一个元件(可能是您的以太网 PHY？) 在85°C 下可能无法正常工作？ 虽然我无法评论  PHY 芯片 rtl9010、因为它不是 TI 器件、但可能值得检查您是否可以从此 PHY 读取任何寄存器、表明正在发送和接收数据包。

电路板上是否有另一个元件在高温下可能会出现故障？ 如前所述、也许会检查 PHY 寄存器以确保 PHY 正常工作。 这与 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1506023/am620-q1-am620-q1-high-temperature-85-degrees-celsius-eth-iperf-test-eth-driver-crash-issue 有关 吗?

-道林

[/quote]

尊敬的 Daolin Qiu：

   发生这个问题后、我尝试正常读取和写入 PHY 的寄存器、还尝试再次打开和关闭 PHY 芯片、重新初始化它、但结果仍然是它可以发送但无法接收。 只有通过重新启动 AM62x、才能正常发送和接收数据。

谢谢

尊敬的 Xiulin：  

Unknown 说：

据我所知、AM62x 处理器应已 通过 CPSW iperf 功能测试、温度高达100摄氏度、因此您的电路板上可能有一个元件(可能是您的以太网 PHY？) 在85°C 下可能无法正常工作？ 虽然我无法评论  PHY 芯片 rtl9010、因为它不是 TI 器件、但可能值得检查您是否可以从此 PHY 读取任何寄存器、表明正在发送和接收数据包。

您是否检查了 PHY 寄存器是否显示在问题发生后接收到了数据包？

-道林