[参考译文] Linux/DP83TC811SEVM：DP83TC811SEVM#39；s 通信问题

您好、Chen、

软件支持通常由分发 Linux 的公司来处理。 在本例中、这似乎是 Qualcomm。

如果 MDIO 正常工作、并且 PHY 报告链路已启动、则硬件正常。

Ping 测试不是一个很好的测试、因为如果 Linux 配置不正确、它将不起作用。

如果使用 SGMII、还应查看寄存器中的 SGMII 自协商完成位。 如果该位不为1、则 SGMII 无法正确解析。

此致、

尊敬的 Rob：
感谢您的回复。
我们已检查 SGMII 自协商结束位、其值为0、SGMII 未正确解析。

由于客户使用 SGMII Mac 连接且 DP83TC811SEVM 的默认状态满足此要求、因此该寄存器保持默认状态。 我已检查硬件链接、它正常。 MDIO 也可以正常工作。 但 ping 测试无法通过。

请问在这种情况下、是否应该另外配置寄存器中的任何一个？ 或者问题是否来自 Linux 驱动程序？ 非常感谢。

此致
陈家涛

您好、Chen、

您如何检查链接？ 是否使用 MDIO 寄存器0x1位[2]状态？

此致、

以下是两个演示器件：
第一个器件：
/# ifconfig eth0
eth0 Link encap:ethernet HWaddr 00：80：48：BA：D1：30
iNet addr：169.254.4.1 Bcast：169.254.255 Mask：255.255.255.0
inet6 addr：fe80：：280：48ff：feba：D130/64范围：链接
运行多播 MTU：1500公制：1的上广播
RX 数据包：0错误：0丢弃：0超限：0帧：0
TX 数据包：10错误：0丢弃：0超限：0载波：0
冲突:0 txqueuelen:1000
RX 字节：0 (0.0 B) TX 字节：794 (794.0 B)
中断：108

第二个器件：
/# ifconfig eth0
eth0 Link encap:ethernet HWaddr 00：80：48：BA：D2：31
iNet addr：169.254.4.1 Bcast：169.254.255 Mask：255.255.255.0
inet6 addr：fe80：：280：48ff：feba：d231/64范围：链接
运行多播 MTU：1500公制：1的上广播
RX 数据包：0错误：0丢弃：0超限：0帧：0
TX 数据包：12错误：0丢弃：0超限：0载波：0
冲突:0 txqueuelen:1000
RX 字节：0 (0.0 B) TX 字节：940 (940.0 B)
中断：108

第一个器件的 bridge0 IP 地址为192.168.225.11、第二个器件的 IP 地址为192.168.225.22、但我们无法相互 ping 通、是否有任何方法可以实现
找出问题所在？

我很困惑…

尊敬的 Rob：
PHY 报告链接已启动、IP 地址可以自动获取、因此我认为硬件正常。
但现在 Ping 测试无法通过。 我已检查寄存器0x1、其值为0x61。
0x1[2]=0表示链路未建立，您能告诉我‘link’是指软件链路还是硬件链路？
0x1[3]=0表示器件无法执行自动协商、但 DP83TC811SEVM 上的 LED1跳线确实设置为自动模式、您能告诉我这种现象的原因吗？
非常感谢。
此致
陈家涛

尊敬的 Rob：
PHY 报告链接已启动、IP 地址可以自动获取、因此我认为硬件正常。
但现在 Ping 测试无法通过。 我已检查寄存器0x1、其值为0x61。
0x1[2]=0表示链路未建立，您能告诉我‘link’是指软件链路还是硬件链路？
0x1[3]=0表示器件无法执行自动协商、但 DP83TC811SEVM 上的 LED1跳线确实设置为自动模式、您能告诉我这种现象的原因吗？
非常感谢。
此致
陈家涛

您好、Chen、

100Base-T1器件不支持自协商。 根据 IEEE 标准、自动协商不存在。

如果0x1[2]= 0、则不会在主从 PHY 之间建立硬件链路。

必须将 EVM 的1个设置为从站、将1个 EVM 设置为主站。 如果两者都处于自动模式、则当主器件通电并连接到从器件时、链路将出现。

此致、

尊敬的 Rob：
感谢您的回复。
两个 EVM 都处于自动模式、一个处于从模式、另一个处于主模式。
由于0x1[2]=0、我想知道、如果'HW Link'意味着两个 PHY 之间的 TRD_P 和 TRD_N 的链路？ 它是否包含 PHY 和 MAC 之间的链路？
非常感谢。

此致
陈家涛

您好、Chen、

来自寄存器0x1的链路状态介于通过电缆传输的2个 PHY 之间。

此致、