[参考译文] DRA829V：在 u-boot 中启用 cpsw0主域以太网交换机

我还有什么可以测试的想法吗？

此致、

/波

Unknown 说：

我能测试的更多想法吗？

请检查 MAC 端口统计信息是否显示了正在从 MAC 发送到 PHY 的数据包。

此致、
Siddharth。

感谢 Siddharth 的帮助、衷心感谢大家的参与。

三条 MAC 的状态：

=> md 0x0c000030 1
0c000030: 00000003 ....
=> md 0x0c000038 1
0c000038: 00000003 ....
=> md 0x0c00003c 1
0c00003c: 00000003 ....

所有三个报告均连接和100Mbit。 如果这是 MAC 和 PHY 之间的连接、似乎可以、即使对于 DP83867、它应该是1000Mbit 也是如此。

如果我尝试在 ping 操作失败后读取 MAC STAT 寄存器、那么 U-boot 会崩溃。 我只能使用插入可正常工作的1Gbit 端口的电缆执行此操作：

=> mdio list
ethernet@c000000port@1:
0 - TI DP83867 <--> ethernet@c000000port@3
4 - TI DP83822 <--> ethernet@c000000port@4
5 - TI DP83822 <--> ethernet@c000000port@1
=> net list
eth2 : ethernet@c000000port@1 de:ad:be:af:0b:05
eth0 : ethernet@c000000ethernet@c000000port@3 de:ad:be:af:0b:00 active
eth1 : ethernet@c000000port@4 de:ad:be:af:0b:04
=> setenv ipaddr 10.142.3.9; setenv netmask 255.255.252.0; setenv serverip 10.142.0.139; setenv gatewayip 10.142.0.1
=> md 0x0c03a034 1
0c03a034: 00000000 ....
=> md 0x0c03a434 1
0c03a434: 00000000 ....
=> md 0x0c03a634 1
0c03a634: 00000000 ....
=> ping 10.142.0.1
k3-navss-ringacc ringacc@3c000000: Ring Accelerator probed rings:1024, gp-rings[440,150] sci-dev-id:211
k3-navss-ringacc ringacc@3c000000: dma-ring-reset-quirk: disabled
am65_cpsw_nuss_port ethernet@c000000port@3: K3 CPSW: rflow_id_base: 16
link up on port 3, speed 1000, full duplex
Using ethernet@c000000port@3 device
host 10.142.0.1 is alive
=> md 0x0c03a034 1
0c03a034: 00000002 ....
=> md 0x0c03a434 1
0c03a434: 00000000 ....
=> md 0x0c03a634 1
0c03a634: 00000002 ....

如您所见、对于 RGMII1、在 ping 后计数增加到2。 同样适用于 RGMII4、但不适用于 RGMII3、这很奇怪、因为这是工作端口。

此致、

/波

Bo,

偏移的公式为(PORT_ID)*200h，主机端口的 PORT_ID 为0，MAC 端口1为1，MAC 端口2为2，以此类推。
对于 RGMII1 (MAC 端口1)、寄存器地址为：
0x0c03a234
您检查的寄存器0x0c03a034用于表示 CPSW 已从软件接收到数据包的主机端口。

重新解释上述寄存器值、我们可以看到：
0x0c03a434为0、表示 RGMII2未发送数据包(因为 MAC 端口2未启用、这是正常情况)。
0x0c03a634为2、表示 RGMII3发送了2个数据包(因为正在使用 MAC 端口3)。

此致、
Siddharth。

Siddharth、

谢谢、这是一个非常有价值的解释！

然后、我们可以得出结论、所有这三种接口的 MAC 到 PHY 似乎都正确吗？

下一步？ DP83822 PHY 上仍然没有链接、除非我强制它们使用10Mbit。

在一个相关的线程中、他们讨论了需要打开 MDIX 自动。 是这样吗？

e2e.ti.com/.../dp83822i-missing-link-after-switching-from-auto-negotiation-to-forced-mode

此致、

/波

Siddharth、

正如您可以想象的那样、系统看起来根本不稳定。 我知道我以前有链接、但我可能把它误认为是10Mbit 固定链接。

目前、无论是在 U-boot 还是在 Linux 中、都未在 DP83822上检测到链路。

此致、

/波

更新了我在 dp83822上遇到的问题。

另一名团队成员尝试了他的端口,他们都有链接。 但是、无论是来自 U-boot 还是来自 Linux 的流量都没有。

我在我的设置上尝试了另一个板、在 phy5上的端口上我建立了链路。 这里也没有流量。

考虑到我们在修整延迟参数时可在 Gbit 端口上获得稳定的流量、我们是否可以对 DP83822 Phy 执行相同的操作？ 大家知道、我已经尝试过针对 Rx 和 TX 的"RgmII-id"以及各种延迟、但到目前为止没有任何效果。

此致、

/波

终于来了