[参考译文] PROCESSOR-SDK-AM64X：AM6412 SR2 cpsw0 can&#39；t send package、SDK 08.05.00.24

您好、 user5152479

感谢您的查询。

您能否检查硬件接口以确保设计或装配中没有错误。

如果您有 SK、您可以检查通信是否正常。

因为我不熟悉设计、所以只能提供一些指导原则。

此致、

斯里尼瓦萨

我具有检查硬件接口、eth0和 eth1相同、但 eth0不起作用。

您好、 user5152479

感谢您提供宝贵意见

我检查硬件接口，eth0和 eth1相同，但 eth0不起作用。

我假设您已检查 PHY、PHY 相关电路和时钟。

需要验证完整路径。

您是否正在使用 EVM 上的同一个 PHY？

如果您有 SK，请检查通信是否正常。

此致、

斯里尼瓦萨

我 对 eth0和 eth1使用 RTL8211FSI PHY、可以获取 eth0信息、但无法发送数据包、因为  CPSW_RGMII0_TXC 引脚 CLK 错误、但 eth1都是正常的。

将要检查  CPSW_RGMII0_TXC 引脚 CLK 的设置吗？

您好、 user5152479

感谢您的查询。

为了进行快速检查、请与正常工作的 CPSW 端口进行比较。

您看到的是单个还是多个电路板上的情况？

此致、

斯里尼瓦萨

 CPSW_RGMII0_TXC 引脚 不同，eth0 TXC 是2.5M、eth1 TXC 是25M、eth1 CLK 正确、所以我想知道如何检查 TXC 的设置？

谢谢

您好、 user5152479

感谢您提供宝贵意见。

请阅读 TRM 的 PHY 数据表和 CPSWG 部分。

时钟速度的差异表明2个端口以不同的速度工作。  

我不确定是否已完成所有硬件级别检查。 我建议检查硬件、包括任何自举或 MDI 连接。

我不确定您要查找的配置是什么。

如果您分享原理图、我可以快速看一下与 CPSWG 的连接。

您将必须验证 PHY 连接或与 PHY 供应商合作。

此致、

斯里尼瓦萨

您好 Sreenivasa

您已审阅了他们的原理图、 他们希望了解在软件中设置 CPSW TXC 的详细步骤

尊敬的 Ethan：

感谢您提供宝贵意见。

客户报告以下问题：

 eth0 TXC 为2.5M、eth1 TXC 为25M、

这表明速度不同、 原因可能是硬件问题-设计或装配体。

我 不确定 TXC 是否有任何特定的配置。

让我快速检查原理图并重新分配给 CPSW 专家。

此致、

斯里尼瓦萨

尊敬的 Sreenivasa：

  ethtooln‘t 为100Mbps、重要的是网络无法正常工作。

您好、 user5152479

请参阅 PHY 数据表的第9页。  

https://www.ti.com/lit/ds/symlink/dp83867ir.pdf

以下是10M 和100M 的时钟计时。

 对于10Mbps 和100Mbps、Tcyc 将扩展到400ns±40ns 和40ns±4ns。

对于100M、时钟时序预计为40ns±4ns。

此致、

斯里尼瓦萨

尊敬的 Sceenivasa：

  我们使用了 RTL8211FSI-CG PHY、请检查 原理图

.e2e.ti.com/.../19A30340000_2D00_01_5F00_u.pdf

您好、 user5152479

感谢您的意见和理解。

我认为所有器件的 RGMII 时钟时序都相同、共用 DP83867以指示预期的时钟速率。

您能帮助我理解测量的时钟是否如上所述吗。

此致、

斯里尼瓦萨

您好、Sreenivasa、

ETH0 TXC 无法正常工作：

ETH1 TXC、正常工作：

ETH0状态：

您好、 user5152479

感谢您提供宝贵意见。

我不是 CPSW 专家、不会审查日志并提供评论。 观察时钟频率、使用2.5M 时钟时、速度转换为10M 而不是100M。

您能检查 eth1的状态吗？

我已经将该主题分配给 CPSW 专家。

此致、

斯里尼瓦萨

您好的专家

有更新吗？

您好！

请附上与 CPSW 和 PHY 相关的引导日志和 DTS。  

如 Sreenivasa 所指出的、2.5M 时钟的反射率是10M。  

此外、请附加 ifconfig -A 的输出  

此致、

舒耶勒

尊敬的 Schuyler：

 请参阅附件、谢谢

e2e.ti.com/.../am6412-boot-log.txte2e.ti.com/.../k3_2D00_am642_2D00_evm.dts.txt

您好！

感谢您输入启动日志。  引导日志中有几条消息需要调查：

我预期这些消息是因为这些 PHY 地址在 DTS 中定义。

[ 1.403669] Davinci_MDIO 8000f00.MDIO：PHY[4]：器件8000f00.MDIO：04、驱动程序 RTL8211F 千兆位以太网
[ 1.413087] Davinci_MDIO 8000f00.MDIO：PHY[6]：器件8000f00.MDIO：06、驱动程序 RTL8211F 千兆位以太网

我不希望这2个 PHY、因为它们未在提供的 DTS 中定义。 电路板上有多少个 PHY 以及这些 PHY 连接到哪些接口？

[  7.135467] Davinci_MDIO 30032400.MDIO：PHY[2]：器件30032400.MDIO：02、驱动程序 RTL8211F 千兆位以太网

[  7.544872] Davinci_MDIO 300b2400.MDIO：PHY[0]：器件300b2400.MDIO：00、驱动程序 RTL8211F 千兆位以太网  

我看到的另一个可能的问题是 PHY 定义使用的 TI PHY 参数可能对所选 PHY 有影响、我建议删除两个 CPSW PHY (这些 TI PHY 绑定参数)中的这些字段。

TI、Rx 内部延迟= ；
ti、fifo 深度=

此致、

舒耶勒

您好、Schuyler。

  另两个 PHY 使用了 PRG0_PRU0和 PRG1_PRU0连接了它、我不对其进行配置。

  我删除了  TI PHY 绑定参数、但问题与以前相同、eth1是正常的、eth0无法正常工作。

您好！  

由于 ETH1工作正常、我建议咨询 PHY 制造商查看此设置。 ethtool 显示的是100Mbps。 请查看 PHY 制造商能否解释 TXC 速率为2.5MHz 的原因。

这些 PHY 仍在进行识别、这意味着在某个位置有一个配置。 您在使用哪种 SDK？ Linux 是否旨在控制 PRU？

此致、

舒耶勒

您好、Schuyler。

  不是 am6412输出的 TXC 速率吗？ 我移除 TXC 和 Phy 的连接、测试 rhe TXC 输出、它为2.5MHz

  SDK 为08.05.0024

  我已经删除了另一个 PHY (PRG0_PRU0和 PRG1_PRU0)配置、该问题与之前相同、eth1正常、eth0无法正常工作。 e2e.ti.com/.../am6412-cpsw-boot-log.txtthe新日志文件已按如下方式上传。

您好、Schuyler。

  如何在软件中设置/检查 CPSW TXC 配置？

您好！

该寄存器应该指示速度、寄存器描述的 TRM 位置

12.2.1.6.1.9 CPSW_SS_RGMII1_STATUS_REG 寄存器(偏移= 30h)  

CPSW0_NUSS_SS 0800 0030h、可以使用 devmem2读取此值、   

devmem2 0x8000030  

请注意、可使 eth1正常工作的同一流程应允许 eth0按预期工作。 PHY 通过 MDIO 驱动程序与 CPSW 驱动程序通信链路速度、双工模式等。 此信息由 PHY 指定、CPSW 仅根据 PHY 指示的内容设置接口。  

此处的问题是为什么 ethtool 报告100Mbps、但您在 TXC 上测量的是2.5MHz 或10Mbps。 这意味着 MDIO 事务读取了错误的 PHY。 Ethool 输出不应读取100Mbps。 因此、如果连接了电缆、则进一步断开连接到 eth1的电缆、并再次读取 ethtool eth0。 另一项建议是从配置中删除 eth1、然后读取 ethtool eth0。   

请使用 DTS 中定义的单个接口附加完整启动日志、我想一直看到登录提示符。 我希望了解接口如何建立链路伙伴。 另请附加 ethtool eth0和 devmem2结果。

此致、

舒耶勒

您好、Schuyler。

  我从 eth1中删除了 MDIO 引脚、只有 eth0日志可以上载。

  我将 AM64X SK SR1的映像和 DTB 替换为映像和 DTB、eth0和 eth1正常。

e2e.ti.com/.../am6412-cpsw-only-eth0-boot-log.txt

您好、Schuyler。

  有更新吗？

您好！

由于 eth0现在可以在没有连接 eth1的情况下工作、这表明存在与 PHY 相关的硬件问题。 ETH0上的 TX 时钟是否符合预期？ 当您说正常时、eth0能够发送/接收数据包？  

此致、

舒耶勒

您好、Schuyler。

  如果没有在 cCustom 板上连接 eth1、eth0将无法工作。  

   如何在软件中设置/检查 CPSW TXC 配置？

您好，Schuyler  

有更新吗？

您是否尝试插入1G 设备而不是100M？ 这样可以吗？ 所有 ethtool 和 ifconfig 打印输出在另一侧看起来像是支持100M/10M 的以太网 PHY/MAC。

 佩卡

是的、我要插入1G 设备进行测试、但无法正常工作。

您好！

感谢您进行该测试。  

时钟显示2.5MHz、但 ethtool 报告的速度是100Mbps。 通常、这表示存在 PHY 寻址问题。 让我们看看直接连接的 Linux PC 的链路、并了解连接到电路板时链路伙伴正在检测到的链路。  

请执行以下操作：

-请只连接板的 eth0 (没有其他以太网端口)到 Linux PC (没有交换机在中间),因为我们需要遵循将由 eth0接口从您的板发送的 DHCP 请求。 从 Linux PC 的角度来看、连接后、请在 Linux PC 上发布以下内容的结果：ifconfig (接口)、ethtool (接口)和 ethtool -S (接口)。 我们查找 CRC 错误、匹配的链路速度和链路广播。 ethtool -S 返回 Mac 级别统计信息。 因此、如果 PC 检测到 RX CRC 错误、则表示数据包已损坏。  

-请将 PC、ifconfig eth0、ethtool eth0和 ethtool -S eth0等电路板的结果发布。 我们希望看到匹配的数据包数量。 上一个中的 ifconfig 显示了非零的 TX 数据包计数、它表明网络堆栈具有活动的链路伙伴。 ethtool -S 会显示 MAC 级别统计信息、并将告诉我们 DHCP 请求的 TX 数据包是否实际发送到了线路上。

ethtool 显示已启用自动协商。 2.5MHz 通常表示自协商过程失败。  

此致、

舒耶勒

尊敬的 Schuyler，

Linux 器件输出：

root@680006：~# ifconfig eth0
ETH0：flags=4163 MTU 1500
iNet 10.0.0.1网络掩码255.255.255.0 broadcast 0.0.0.0.0
inet6 fe80::2e0:4cff:fe68:6 prefixlen 64 scopeid 0x20
乙醚00:e0:4c:68:00:06 txqueuelen 1000 (以太网)
RX 数据包0字节0 (0.0B)
RX 错误0丢弃0溢出0帧0
TX 数据包17字节2874 (2.8KB)
TX 错误0丢弃0溢出0载波0冲突0

root@680006：~# ethtool eth0
ETH0的设置：
支持的端口:[ TP MII ]
支持的链路模式：10baseT/half 10baseT/Full
100baseT/1/2 100baseT/Full
1000BaseT /半1000 BaseT /全
支持的暂停帧使用：否
支持自动协商：是
支持的 FEC 模式：未报告
广播的链路模式：10baseT/half 10baseT/Full
100baseT/1/2 100baseT/Full
1000BaseT /半1000 BaseT /全
广播暂停帧使用：对称仅接收
广播的自动协商：是
广播的 FEC 模式：未报告
连接方广播的链路模式：10baseT/half 10baseT/Full
100baseT/1/2 100baseT/Full
1000baseT/Full
连接方通告的暂停帧使用：对称
连接方广播的自动协商：是
连接方广播的 FEC 模式：未报告
速度：1000Mb/s
双工：全双工
端口：MII
PHYAD：0
收发器：内部
自协商：开启
支持唤醒：Pumbg
唤醒：G
当前消息级别：0x00000033 (51)
DRV 探针 ifup
检测到链路：是
root@680006：~# ethtool -S eth0
NIC 统计信息：
TX_PACKES：20
RX_PACKES：0
TX_ERRORS：0
RX_ERRORS：0
RX_MISED：0
align 错误数：0
TX_SINGLE_INTERLECESSES：0
TX_MULTI_EXILLINES：0
单播：0
广播：0
多播：0
TX_ABORTED：0
TX_UNDERRUN：0

============================

am64x 输出：

am64xx-EVM：~# ifconfig eth0
ETH0：flags=4163 MTU 1500公制1
inet6 fe80::3608:e1ff:fe84:99b5 prefixlen 64 scopeid 0x20
乙醚34:08:E1:84:99:B5 txqueuelen 1000 (以太网)
RX 数据包0字节0 (0.0B)
RX 错误0丢弃0溢出0帧0
TX 数据包26字节4520 (4.4 KiB)
TX 错误0丢弃0溢出0载波0冲突0

am64xx-evm：~# ethtool eth0
ETH0的设置：
支持的端口:[ TP MII ]
支持的链路模式：10baseT/half 10baseT/Full
100baseT/1/2 100baseT/Full
1000baseT/Full
支持的暂停帧使用：对称
支持自动协商：是
支持的 FEC 模式：未报告
广播的链路模式：10baseT/half 10baseT/Full
100baseT/1/2 100baseT/Full
1000baseT/Full
广播暂停帧使用：对称
广播的自动协商：是
广播的 FEC 模式：未报告
连接方广播的链路模式：10baseT/half 10baseT/Full
100baseT/1/2 100baseT/Full
1000BaseT /半1000 BaseT /全
连接方通告的暂停帧使用：对称仅接收
连接方广播的自动协商：是
连接方广播的 FEC 模式：未报告
速度：1000Mb/s
双工：全双工
自协商：开启
主从 cfg：首选从
主-从状态：主
端口：双绞线
PHYAD：4
收发器：外部
MDI-X：未知
支持唤醒：D
唤醒：D
当前报文级别：0x000020f7 (8439)
DRV 探测链路 ifup rx_err tx_err HW
检测到链路：是
am64xx-evm：~# ethtool -S eth0
NIC 统计信息：
P0_RX_GOOD_FRAMES：28
P0_RX_BROADCAST_FRAMES：7
P0_RX_MULTICAST_FRAMES：21
P0_RX_CRC_ERRORS：0
P0_RX_SUBITRACTION_FRAMES：0
P0_Rx_UNDERSEED_FRAMES：0
P0_ALE_DROP：0
P0_ALE_OVERRIDE_DROP：0
P0_Rx_八 位位组：5036
P0_TX_GOOD_FRAMES：0
P0_TX_BROADCAST_FRAMES：0
P0_TX_MULTICAST_FRAMES：0
P0_TX_八 位位组：0
P0_TX_64B_FRAMES：0
P0_TX_65_TO_127B_FRAMES：14
P0_TX_128_TO_255B_帧：7
P0_TX_256_TO_511B_FRAMES：7
P0_TX_512_TO_1023B_FRAMES：0
P0_TX_1024B_FRAMES：0
P0_NET_八 位位组：5036
P0_Rx_Bottom_fifo_Drop：0
P0_RX_PORT_MASK_DROP：0
P0_Rx_TOP_Fifo_Drop：0
P0_ALE_RATE_LIMIT_DROP：0
p0_ale_vid_intenge_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_ALE_UNKNOWN _UCAST_BYTES：0
P0_ALE_UNKNOWN _mcast：0
p0_ale_unknown_mcast_Bytes：0
P0_ALE_UNKNOWN bcast：0
p0_ale_unknown_bcast_Bytes：0
P0_ALE_POL_MATCH：0
P0_ALE_POL_MATCH_RED：0
P0_ALE_POL_MATCH_YELLY：0
p0_ale_mcast_sa_Drop：0
P0_ALE_DUAL_VLAN_DROP：0
p0_ale_len_err_Drop：0
P0_ALE_IP_NEXT_HDR_DROP：0
P0_ALE_IPV4_FRAG_DROP：0
P0_TX_mem_protect_err：0
P0_TX_PRI0：0
P0_TX_PRIE1：0
P0_TX_PRI2：0
P0_TX_PRA3：0
P0_TX_PRI4：0
P0_TX_PRIE5：0
P0_TX_PRI6：0
P0_TX_PRI7：0
P0_TX_pri0_bcnt：0
P0_TX_PRI1_bcnt：0
P0_TX_PRI2_bcnt：0
P0_TX_PRI3_bcnt：0
P0_TX_PRI4_bcnt：0
P0_TX_PRI5_Bcnt：0
P0_TX_PRI6_Bcnt：0
p0_tx_pri7_bcnt：0
P0_TX_PRE0_DROP：0
P0_TX_PRI1_DROP：0
P0_TX_PRI2_DROP：0
P0_TX_PRI3_DROP：0
P0_TX_PRI4_DROP：0
P0_TX_PRI5_DROP：0
P0_TX_PRI6_DROP：0
P0_TX_PRI7_DROP：0
P0_TX_pri0_drop_bcnt：0
P0_TX_PRI1_DROP_bcnt：0
P0_TX_PRI2_DROP_bcnt：0
P0_TX_PRI3_DROP_bcnt：0
P0_TX_PRI4_DROP_bcnt：0
P0_TX_PRI5_DROP_bcnt：0
P0_TX_PRI6_DROP_bcnt：0
P0_TX_PRI7_DROP_bcnt：0
RX_GOOD_FRAMES：0
RX_BROADCAD_FRAMES：0
RX_MULTICAST_FRAMES：0
RX_PAUSE_FRAMES：0
RX_CRC_ERRORS：0
RX_ALIGN_CODE_ERRORS：0
RX_COVERSIATE_FRAMES：0
RX_Jabber_FRAMES：0
RX_UNDERSEED_FRAMES：0
RX_Frages"：0
ALE_DROP：0
ALE_OVERRIDE_DROP：0
RX_八 位位组：0
TX_GOOD_FRAMES：28
TX_BROADCAST 帧：7
TX_MULTICAST_FRAMES：21
TX_PAUSE_FRAMES：0
TX_DELAVED_FRAMES：0
TX_COILING_FRAMES：0
TX_SINGLE_COLL_FRAMES：0
TX_MULT_COLL_FRAMES：0
TX_EXTRACULT_EXCELESSES：0
TX_LATED_EXCLESSES：0
RX_IPG_ERROR：0
TX_CARRER_SENSE_ERRORS：0
TX_八 位位组：5036
TX_64B_FRAMES：0
TX_65_TO_127B_帧：14
TX_128_TO_255B_帧：7
TX_256_TO_511B_帧：7
TX_512_TO_1023B_帧：0
TX_1024B_FRAMES：0
网络八位位组：5036
RX_Bottom_fifo_Drop：0
RX_PORT_MASK_DROP：0
RX_TOP_Fifo_Drop：0
ALLE_RATE_LIMIT_DROP：0
ale_vid_intenge_drop：0
ale_da_eq_sa_Drop：0
ALE_BLOCK_DROP：0
ALE_SECURE_DROP：0
ale_auth_Drop：0
ale_unknown_ucast：0
ale_unknown_ucast_Bytes：0
ale_unknown_mcast：0
ale_unknown_mcast_Bytes：0
ale_unknown_bcast：0
ale_unknown_bcast_Bytes：0
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_ASSEMBLE_OK：0
IET_Rx_SMD_err：0
IET_RX_FRAG：0
IET_TX_HOLD：0
IET_TX_FRAG：0
tx_mem_protect_err：0
TX_PRI0：28
TX_PRIE1：0
TX_PRI2：0
tx_pri3：0
TX_PRI4：0
TX_PRI5：0
TX_PRI6：0
TX_PRI7：0
tx_pri0_bcnt：5036
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_PRP0_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

这是对 Schuyler 提出的并行要求。

是的，我插入了1G 设备进行测试，但它无法正常工作。

那么有问题的 eth1、当 ethtool 显示100M 时您看到 TXC 为2.5MHz、将其插入到1G 链路伙伴时、您还会看到2.5MHz TXC 吗？

此外、连接到 eth1的器件上 ethtool 还显示了什么？ 它是否显示 AM6412 eth1广播模式

链路合作伙伴宣传的链路模式：10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Full 1000baseT/Full   

或别的什么东西？

您好！

感谢您提供的数据。 根据您提供的数据、指示有一个 PHY 建立了链路、且链路伙伴正在匹配预期的链路速度。 当链路出现时、内核将发送 IP 地址的 DHCP 请求。 了解 DHCP 进程、在这里可以使用该进程来跟踪数据包、以测试链路伙伴是否接收到这些数据包。

在此测试用例中、根据 ethtool 报告的链路伙伴 MAC 统计信息、链路伙伴没有收到任何数据包。 但定制板确实会根据定制板上 ethtool 报告的 MAC 统计信息发送数据包。 目前、这看起来可能是一个 PHY 寻址问题。 其中一个 PHY 应答需要连接到 eth0的情况。 示波器捕获了一个与100Mbps 或 Ethtool 报告的1Gbps 不一致的2.5MHz 时钟。

因此、在此使用场景中、仅将 eth0与以太网电缆连接、请测量每个 PHY 的 TXC、查看哪个 PHY 认为自己具有链路伙伴。  

此致、

舒耶勒

是的、它仍是2.5MHz TX

连接到 eth0后、它会显示：

root@am64xx-evm：~#[110.548344] am65-cpsw-nuss 8000000.Ethernet eth0：链路达到- 100Mbps/全速-流控制 Rx/TX

尊敬的 Schuyler：

  当 eth0仅与以太网电缆相连时、eth0的 TXC 为2.5MHz、eth0的 RXC 为25MHz、eth1的 TXC 为25MHz、eth1的 RXC 为2.5MHz、ethtool eth0为100m、ethtool eth1为未知。

  当我拔下  eth0 anf eth1的所有以太网电缆时、eth0的 TXC 为2.5MHz、eth0的 RxC 为2.5MHz、eth1的 TXC 为25MHz、eth1的 RxC 为2.5MHz、ethtool eth0为未知、ethtool eth1为未知。

您好！

感谢您在 txc 和 RXC 时钟上提供数据。 我们预计在两个时钟下断开电缆时的 eth1为2.5 MHz、因为这是未检测到链路后自动协商链路的预期目标。

此外、请在上电后立即在没有以太网电缆连接到电路板的情况下测量 eth0和 eth1的 TX 和 RX 时钟。

然后、请执行仅连接到 eth0的电缆的原始测试用例这些 devmem2命令报告了什么？

devmem2 0x8000030

器件2 0x8000040

然后、请在没有电缆连接到电路板的情况下再次执行电源供电。 那么、您能否仅连接 eth1并测量 eth0和 eth1的时钟？ 此外、请执行上述相同的 devmem 命令。 请为第二个测试提供控制台的输出。

此致、

舒耶勒

尊敬的 Schuyler，

eth0 tx 2.5M Rx 2.5M //无电缆
ETH1 TX 25M Rx 2.5M //无电缆

ETH0 TX 2.5M Rx 25M // 100M 电缆0x8000030：0x00/0x8000040：0x00
ETH1 TX 25M Rx 25M // 100M 电缆0x8000030：0x00/0x8000040：0x00

ETH0 TX 2.5M Rx 125m // 1000M 电缆0x8000030 : 0x00/0x8000040 : 0x00
ETH1 TX 125m Rx 125m // 1000M 电缆0x8000030：0x00/0x8000040：0x00

ETH0 TX 2.5M Rx 2.5M // 10M 电缆0x8000030：0x00/0x8000040：0x00
ETH1 TX 25M Rx 2.5M // 10M 电缆0x8000030：0x00/0x8000040：0x00

您好！

感谢您提供的数据。 第一个我的错误是、我要求读取错误的寄存器、8000030 (eth0) 寄存器是正确的。 我想读取0x8000034 (ETH1)而不是0x8000040、这是我的错误。

目前还不清楚100M 电缆测试中发生了什么。   

让我们更专注于该100Mbps 测试用例：

-请测试电缆只插入 eth0与100Mbps 设备,而没有电缆插入 eth1后启动。 请测量 eth0和 eth1的 PHY 时钟。

以前、本测试用例中的 ethtool eth0显示的是100Mbps、检测到链路。 寄存器0x08000030指示您正在测量的对象、即10Mbps、无链路。

请使用此命令从 PHY 获取 PHY 状态寄存器、这是标准 MII 寄存器：

 phytool print eth0/e/0x11

寄存器0x08000030、ethtool 链路状态和速度以及 PHY 应该都匹配、以显示速度和双工模式。 我希望您针对0x8000030读取0、表示检测到 ethtool eth0输出以及 phytool 的100Mbps 链路。  

此问题似乎仍是某种 PHY 寻址问题。 我想验证一下、编译后的 dtb 就是预期结果。 我建议对电路板 dtb 文件进行反向编译或分解。 你以前做过这个吗？

此致、

舒耶勒

您好、Schyler：

ETH0 TX 2.5M Rx 25M // 100M  

ETH1 TX 25M Rx 2.5M //无电缆

我 以前不演示电路板 dtb 文件。 我在 SK 板上使用了相同的映像和 DTB 引导、这是正常工作。  

您好！

我在 phytool 输出中再次要求输入了错误的寄存器、 我想看到该 phytool 打印 eth0/4/0x11。 直到现在、我才发现我的错误。

如果您附加 dtb 文件、我将反向编译它并将它重新附加到这里。 在 SK 上运行 DTB 时、是否使用 SK EVM 的 PHY 地址进行编译？

收集的数据显示、当电缆插入 eth0时、eth1上的 TX 时钟将启用。 到目前为止尝试的各种调试步骤并不能解释为什么在未连接链路伙伴时配置 eth1 TX 时钟。  

这可能之前已经被问及、但是否有办法为 ETH1物理禁用 PHY？ 例如、切断电源？ 这样做的原因是消除了 ETH1上 PHY 代表 ETH0进行交互的可能性。

此致、

舒耶勒

尊敬的 Schuyler：

  我不修改 PHY 地址、驱动程序会扫描该 PHY 地址并找到它。

[ 1.344185] am65-cpsw-nuss 8000000.Ethernet：ALE 表大小512
[ 1.355350] am65-cpsw-nuss 8000000.Ethernet：CPts ver 0x4e8a010c、freq：500000000、add_val：1 pps：1
[ 12.676453] am65-cpsw-nuss 8000000.ethernet：down msc_sl e0000000 TMO 0
[ 12.763883] am65-cpsw-nuss 8000000.Ethernet：设置新的 flow-id－base 16
[ 12.840514] am65-cpsw-nuss80000.Ethernet eth1：PHY [8000f00.MDIO：01]驱动程序[TI DP83867](IRQ=POLL)
[ 12.928912] am65-cpsw-nuss 80000.Ethernet eth1：为 phy/rgmII-rxid 链路模式配置
[ 12.999212] am65-cpsw-nuss 8000000.ethernet：down msc_sl e0000000 TMO 0
[ 13.095378] am65-cpsw-nuss80000.Ethernet eth0：PHY [8000f00.MDIO：00]驱动程序[TI DP83867](IRQ=POLL)

我在 SK 上运行我的映像、eth0和 eth1没有插入电缆、eth0和 eth1的 TXC 是25MHz

我们之前移除 eth1芯片、但 eth0不起作用。  

DTS 文件 https://e2e.ti.com/cfs-filesystemfile/__key/communityserver-discussions-components-files/791/k3_2D00_am642_2D00_evm.dts.txt?_=638158246276685658

您好！

我很抱歉,因为我可能不会跟随. 您的电路板和 TI 电路板之间的 PHY 地址不同。 在 TI EVM 上使用 DTB 时、端口是否能够正常工作？

通过切断电源或保持其处于复位状态从扫描中移除 eth1、我希望看到 ethtool eth0显示的内容。 到目前为止、看起来它正在读取连接到 eth1的 phy 的链路状态。  

此致、

舒耶勒

尊敬的 Schuyler：

  是的、使用我的 DTB 时是正常的。

  当我移除 eth1芯片后可以得到 eth0链路状态、我想其实就是读取 eth0链路状态了。