主题中讨论的其他器件:DP83620、、 AM6442
工具与软件:
您好、
我们目前正在使用自己的硬件来制造 ICSSG0的 MII 接口以太网。 PHY 芯片为 DP83620。 我认为 PHY 驱动程序目前不需要特殊处理。 我们使用 emac0作为网络端口。 应如何修改相应的设备树? 您能举个例子吗? 谢谢您!
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.
您好!
在这一点上还有什么值得怀疑的吗? 我使用了 ifconfig 命令、相应的发送和接收的数据包都有数据、但 ping 失败。 还打印"timeout waiting for command done"、另外、前面提到的 tx-internal-delay-ps 和 rx-internal-delay-ps 在 MII 模式下是否有效? "xmit timeout"(xmit 超时)消息何时出现?
您好!
请查看此链接。
此致、
Gerome.
您好!
请参阅 SNLA450第4.2.1节。以了解有关使用 PHYtool 和设置的更多信息。
此致、
Gerome.
您好、
我在下面找到了一个帖子链接
、、了它们使用的是 AM6442 我使用这些器件树文件检查了器件树文件、没发现有什么大不同。 根据他的设备树、我修改了并将其添加到了我这边"ti、pa-stats =<&icssg0_pa_stats>;"ti、mII-rt =<&icssg0_mII_rt>;"、编译时会出现错误。 我无法在它前面添加 ti。 我想知道我的 SDK 版本是否与他的版本不一致?
您好、
我使用 phytool 将 phy 设置为环回模式。 完成环回模式设置后、我使用 ifconfig 命令进行检查。 发送和接收的对应于 ETH2的数据为0。 可能是什么原因?
PHYTOOL 读取 eth2/3/0
0x3100
root@am64xx-EVM:~# phytool write eth2/3/0 0x6100
root@am64xx-EVM:~# phytool read eth2/3/16
0x000d
root@am64xx-evm:~# ifconfig
eth0:flags=4099 MTU 1500公制1.
乙醚12:E1:7d:F8:A3:E5 txqueuelen 1000 (以太网)
RX 数据包0字节0 (0.0B)
RX 错误0丢弃0溢出0帧0
TX 数据包0字节0 (0.0 B)
TX 错误0丢弃0溢出0载波0冲突0
eth1:flags=4099 MTU 1500公制1.
乙醚12:E1:7d:F8:A3:E6 txqueuelen 1000 (以太网)
RX 数据包0字节0 (0.0B)
RX 错误0丢弃0溢出0帧0
TX 数据包0字节0 (0.0 B)
TX 错误0丢弃0溢出0载波0冲突0
ETH2:flags=4163 MTU 1500公制1.
INET 192.168.5.32网络掩码255.255.255.0广播192.168.5.255
inet6 fe80::10e1:7dff:fef8:a3e7 prefixlen 64 scopeid 0x20
乙醚12:E1:7d:F8:A3:E7 txqueuelen 1000 (以太网)
RX 数据包0字节0 (0.0B)
RX 错误0丢弃0溢出0帧0
TX 数据包37字节4792 (4.6 KiB)
TX 错误0丢弃0溢出0载波0冲突0
Lo: flags=73. MTU 65536公制1.
INET 127.0.0.1网络掩码255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10.
loop txqueuelen 1000 (本地环回)
RX 数据包82字节6220 (6.0KiB)
RX 错误0丢弃0溢出0帧0
TX 数据包82字节6220 (6.0KiB)
TX 错误0丢弃0溢出0载波0冲突0
我的网线从未连接。
您好!
寄存器配置/Iperf 的目的是评估 MAC 接口的哪个部分(我们怀疑这是导致问题的原因)是什么。 执行回送本身不会暴露该问题、但这与其他步骤相结合会产生问题。
第一个目标是了解 TX 通信是否正常运行。 这可以通过 Iperf 来完成、其中数据从 DUT 板发送到 PC (也具有 Iperf)。 如果成功、则 TX 线路正常工作。 因此、RX 线路可能可疑。 还可以通过从 PC 向 DUT 板的 MAC 发送数据来检查此情况。 在此测试用例中、PHY 处于默认配置。
作为相关数据点、如果将 PHY 置于 MII 环回模式、您可以安排 TX 和 RX 引脚的范围并检查它们是否相同。 如果 RX 与 TX 不匹配、则 TX 线路可能可疑。
此致、
Gerome.
您好、
我仍然有一个问题、如果我要验证 TX、并使用开发板对我的 PC 执行 ping 操作、是否不能使用 Wireshark 软件进行监控? 我使用软件监控并且没有接收任何 TX 数据包。 这可以解释 TX 线路的问题吗?
我还想向您确认、我使用的 SDK 版本号是 SDK8.06.00.42。 该版本是否能够支持 ICSSG0的 MII 接口以太网?
正在等待您的回复!
您好、
我使用了 iperf 进行测试、评估板和虚拟机侧显示的内容如下:
EVM:
root@am64xx-evm:~# iperf -s
--------------------------------------------------------
服务器侦听 TCP 端口5001
TCP 窗口大小:128KB (默认值)
--------------------------------------------------------
虚拟:
byf@byf-virtual-machine:~$ iperf -c 192.168.5.32
连接失败:没有通往主机的路由
该结果是否意味着 TX 存在问题? 今天我有三个问题。 我希望你能看到他们并回复我。 非常感谢!
您好!
请允许我单独回答您的问题:
1) 让我理解你所说的话。 将 TX 和 RX 信号设置为环回模式后、能否通过示波器检查 TX 和 RX 信号是否一致? 然后、将 PHY 配置为正常模式并使用 Iperf 工具验证 TX 和 RX。 我是对吗?
-是的,这些方法是关联和确定哪一方是故障的; RX 或 TX 端的 MAC 接口。
2) 2) 我仍然有一个问题、如果我要验证 TX、并使用开发板对我的 PC 执行 ping 操作、是否不能使用 Wireshark 软件进行监控? 我使用软件监控并且没有接收任何 TX 数据包。 这可以解释 TX 线路的问题吗?
- Wireshark 应该仍然工作,因为它只是嗅探我知道,但 Iperf 也会帮助,如果你设置静态 IP 绕过 ARP (我认为这可能是一个障碍,特别是处理通信只能在一个方面)。 但是、这可能表明 TX 线可能可疑。 我认为、接下来应该检查 TX 线路并确保满足设置/保持要求、以及确认 PHY 处于正确的工作模式。
3) 我还想向您确认我正在使用的 SDK 版本号是 SDK8.06.00.42。 该版本是否能够支持 ICSSG0的 MII 接口以太网?
-我将允许尼克对此发表评论。
此致、
Gerome.
-我将允许 Nick 对此事进行评论。 [报价]Nick 这周不在办公室。 如果您未收到回复、请在10月14日的一周内随意 ping 该主题。
此致、Andreas
您好、
有任何答案吗? 对于我们设计的其他硬件、使用 AM6422的 ICSSG0通过 RGMII 接口连接到 DP83867也不成功。 是因为我使用的版本不支持它吗? 即使插入或拔下网络电缆、也无法识别连接状态。 以下是印刷信息。
[ 5.005259] davinci_mdio 30032400.mdio: Configuring MDIO in manual mode
[ 5.050256] davinci_mdio 30032400.mdio: davinci mdio revision 1.7, bus freq 1000000
[ 5.077721] davinci_mdio 30032400.mdio: phy[0]: device 30032400.mdio:00, driver TI DP83867
[ 5.092579] davinci_mdio 30032400.mdio: phy[1]: device 30032400.mdio:01, driver TI DP83867
[ 5.112754] k3-m4-rproc 5000000.m4fss: assigned reserved memory node m4f-dma-memory@a4000000
[ 5.186007] k3-m4-rproc 5000000.m4fss: configured M4 for remoteproc mode
[ 5.203488] k3-m4-rproc 5000000.m4fss: local reset is deasserted for device
[ 5.280771] remoteproc remoteproc0: 5000000.m4fss is available
[ 5.286772] platform 78000000.r5f: configured R5F for remoteproc mode
[ 5.304201] platform 78000000.r5f: assigned reserved memory node r5f-dma-memory@a0000000
[ 5.315396] remoteproc remoteproc1: 78000000.r5f is available
[ 5.327665] remoteproc remoteproc1: powering up 78000000.r5f
[ 5.333820] remoteproc remoteproc1: Booting fw image am64-main-r5f0_0-fw, size 86352
[ 5.333826] remoteproc remoteproc0: powering up 5000000.m4fss
[ 5.333840] remoteproc remoteproc0: Booting fw image am64-mcu-m4f0_0-fw, size 86084
[ 5.347652] remoteproc1#vdev0buffer: assigned reserved memory node r5f-dma-memory@a0000000
[ 5.370865] virtio_rpmsg_bus virtio0: rpmsg host is online
[ 5.380261] remoteproc1#vdev0buffer: registered virtio0 (type 7)
[ 5.390661] remoteproc remoteproc1: remote processor 78000000.r5f is now up
[ 5.406348] virtio_rpmsg_bus virtio0: creating channel rpmsg_chrdev addr 0xe
[ 5.424837] remoteproc remoteproc2: 30034000.pru is available
[ 5.437564] remoteproc0#vdev0buffer: assigned reserved memory node m4f-dma-memory@a4000000
[ 5.442572] platform 78400000.r5f: configured R5F for remoteproc mode
[ 5.450730] virtio_rpmsg_bus virtio1: rpmsg host is online
[ 5.452546] virtio_rpmsg_bus virtio1: creating channel ti.ipc4.ping-pong addr 0xd
[ 5.457932] remoteproc0#vdev0buffer: registered virtio1 (type 7)
[ 5.474427] virtio_rpmsg_bus virtio1: creating channel rpmsg_chrdev addr 0xe
[ 5.480709] remoteproc remoteproc0: remote processor 5000000.m4fss is now up
[ 5.491402] remoteproc remoteproc4: 30004000.rtu is available
[ 5.501453] remoteproc remoteproc5: 3000a000.txpru is available
[ 5.509511] remoteproc remoteproc6: 30038000.pru is available
[ 5.544215] remoteproc remoteproc7: 30006000.rtu is available
[ 5.558462] platform 78400000.r5f: assigned reserved memory node r5f-dma-memory@a2000000
[ 5.584135] remoteproc remoteproc8: 3000c000.txpru is available
[ 5.618041] remoteproc remoteproc3: 78400000.r5f is available
[ 5.667186] remoteproc remoteproc9: 300b4000.pru is available
[ 5.713812] remoteproc remoteproc3: powering up 78400000.r5f
[ 5.719662] remoteproc remoteproc3: Booting fw image am64-main-r5f1_0-fw, size 93260
[ 5.739670] remoteproc3#vdev0buffer: assigned reserved memory node r5f-dma-memory@a2000000
[ 5.748797] virtio_rpmsg_bus virtio2: rpmsg host is online
[ 5.749174] virtio_rpmsg_bus virtio2: creating channel rpmsg_chrdev addr 0xe
[ 5.765808] remoteproc3#vdev0buffer: registered virtio2 (type 7)
[ 5.771981] remoteproc remoteproc3: remote processor 78400000.r5f is now up
[ 5.800326] remoteproc remoteproc10: 30084000.rtu is available
[ 5.845160] remoteproc remoteproc11: 3008a000.txpru is available
[ 5.864574] remoteproc remoteproc12: 300b8000.pru is available
[ 5.877761] remoteproc remoteproc13: 30086000.rtu is available
[ 5.901251] remoteproc remoteproc14: 3008c000.txpru is available
[ 7.651652] TI DP83867 30032400.mdio:00: attached PHY driver [TI DP83867] (mii_bus:phy_addr=30032400.mdio:00, irq=POLL)
[ 7.671468] TI DP83867 30032400.mdio:01: attached PHY driver [TI DP83867] (mii_bus:phy_addr=30032400.mdio:01, irq=POLL)
[ 7.692742] icssg-prueth icssg0-eth: TI PRU ethernet driver initialized: dual EMAC mode
[ 7.870014] usbcore: registered new interface driver usbfs
[ 7.877699] usbcore: registered new interface driver hub
[ 7.883292] usbcore: registered new device driver usb
[ OK ] Created slice system-systemd\x2dfsck.slice.
[ OK ] Found device /dev/mmcblk1p1.
[ OK ] Started udev Wait for Complete Device Initialization.
[ OK ] Started Hardware RNG Entropy Gatherer Daemon.
[ OK ] Reached target System Initialization.
[ OK ] Started Daily rotation of log files.
[ OK ] Started Timer service to update the IP on OLED each 10s.
[ OK ] Started Daily Cleanup of Temporary Directories.
[ OK ] Reached target Timers.
[ OK ] Listening on Avahi mDNS/DNS-SD Stack Activation Socket.
[ OK ] Listening on D-Bus System Message Bus Socket.
Starting Docker Socket for the API.
[ OK ] Listening on dropbear.socket.
Starting Reboot and dump vmcore via kexec...
Starting File System Check on /dev/mmcblk1p1...
[ OK ] Listening on Docker Socket for the API.
[ OK ] Started Reboot and dump vmcore via kexec.
[ OK ] Reached target Sockets.
[ OK ] Reached target Basic System.
[ OK ] Started Job spooling tools.
[ OK ] Started Periodic Command Scheduler.
[ OK ] Started D-Bus System Message Bus.
Starting Ethernet Bridge Filtering Tables...
Starting Print notice about GPLv3 packages...
Starting IPv6 Packet Filtering Framework...
Starting IPv4 Packet Filtering Framework...
[ OK ] Started irqbalance daemon.
Starting Matrix GUI...
Starting startwlanap...
Starting startwlansta...
Starting System Logger Daemon "default" instance...
Starting Login Service...
[ OK ] Started TEE Supplicant.
Starting telnetd.service...
[ OK ] Started Ethernet Bridge Filtering Tables.
[ OK ] Started Matrix GUI.
[ OK ] Started IPv6 Packet Filtering Framework.
[ OK ] Started startwlansta.
[ OK ] Started startwlanap.
[ OK ] Started File System Check on /dev/mmcblk1p1.
[ OK ] Started IPv4 Packet Filtering Framework.
[ OK ] Started telnetd.service.
[ OK ] Reached target Network (Pre).
Mounting /run/media/mmcblk1p1...
Starting LSB: Expand Rootfs of boot device...
Starting syslog.service...
Starting Network Service...
[ OK ] Mounted /run/media/mmcblk1p1.
[ OK ] Listening on Load/Save RF …itch Status /dev/rfkill Watch.
[ 9.460619] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[ 9.544984] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[ OK ] Started System Logger Daemon "default" instance.
[ OK ] Started Login Service.
[ OK ] Started syslog.service.
[ OK ] Started Network Service.
Starting Wait for Network to be Configured...
Starting Network Name Resolution...
[ OK ] Started LSB: Expand Rootfs of boot device.
[ 9.966899] remoteproc remoteproc6: powering up 30038000.pru
[ 9.992735] remoteproc remoteproc6: Booting fw image ti-pruss/am65x-sr2-pru1-prueth-fw.elf, size 38496
[ 10.038261] remoteproc remoteproc6: unsupported resource 5
[ 10.053917] remoteproc remoteproc6: remote processor 30038000.pru is now up
[ 10.089591] remoteproc remoteproc7: powering up 30006000.rtu
[ 10.150037] remoteproc remoteproc7: Booting fw image ti-pruss/am65x-sr2-rtu1-prueth-fw.elf, size 30104
[ 10.225583] remoteproc remoteproc7: remote processor 30006000.rtu is now up
[ 10.266998] remoteproc remoteproc8: powering up 3000c000.txpru
[ 10.329497] remoteproc remoteproc8: Booting fw image ti-pruss/am65x-sr2-txpru1-prueth-fw.elf, size 35836
[ 10.396295] remoteproc remoteproc8: remote processor 3000c000.txpru is now up
[ 10.467277] icssg-prueth icssg0-eth: settime timeout
[ 10.500760] pps pps0: new PPS source ptp1
[ 10.541697] net eth1: started
[ 10.625939] remoteproc remoteproc2: powering up 30034000.pru
[ 10.663420] remoteproc remoteproc2: Booting fw image ti-pruss/am65x-sr2-pru0-prueth-fw.elf, size 38224
[ 10.722976] remoteproc remoteproc2: unsupported resource 5
[ 10.755533] remoteproc remoteproc2: remote processor 30034000.pru is now up
[ 10.790376] remoteproc remoteproc4: powering up 30004000.rtu
[ 10.823695] remoteproc remoteproc4: Booting fw image ti-pruss/am65x-sr2-rtu0-prueth-fw.elf, size 30872
[ 10.863689] remoteproc remoteproc4: remote processor 30004000.rtu is now up
[ 10.900971] remoteproc remoteproc5: powering up 3000a000.txpru
[ 10.935899] remoteproc remoteproc5: Booting fw image ti-pruss/am65x-sr2-txpru0-prueth-fw.elf, size 37328
[ 10.959693] remoteproc remoteproc5: remote processor 3000a000.txpru is now up
[ 10.979578] net eth0: started
您好!
对于我们设计的其他硬件、使用 AM6422的 ICSSG0通过 RGMII 接口连接到 DP83867也失败。 是因为我正在使用的版本不支持它吗?
对于这一 RGMII 接口问题、是否可以创建单独的 E2E 线程、在该新线程上共享"ethtool eth0"、"ifconfig"和"dmesg | grep eth0"的结果? 我想让这两个问题(MII 和 RGMII)保持清楚、从而清楚这些 E2E 帖子的内容。
并澄清一下、您在该 RGMII 接口设计中使用的是哪种 Linux SDK 版本?
-道林