gpt4 book ai didi

linux - uboot 中超出 ARP 重试次数

转载 作者:太空宇宙 更新时间:2023-11-04 10:09:48 32 4
gpt4 key购买 nike

我在 u-boot 中测试我的 i.MX6 板上的以太网连接

我使用了以下命令:

setenv ipaddr xx.xx.xx.xx
setenv serverip xx.xx.xx.xx
setenv netmask xx.xx.xx.xx
setenv gatewayip xx.xx.xx.xx
setenv ethaddr xx:xx:xx:xx:xx:xx

当我对我的地址执行 ping 命令时,它失败了

=> ping xx.xx.xx.xx
Using FEC device

ARP Retry count exceeded; starting again

ARP Retry count exceeded; starting again

=> mii info
PHY 0x00: OUI = 0x209A, Model = 0x01, Rev = 0x00, 100baseT, FDX

=> mii dump 0 0
0. (3100) -- PHY control register --
(8000:0000) 0.15 = 0 reset
(4000:0000) 0.14 = 0 loopback
(2040:2000) 0. 6,13 = b01 speed selection = 100 Mbps
(1000:1000) 0.12 = 1 A/N enable
(0800:0000) 0.11 = 0 power-down
(0400:0000) 0.10 = 0 isolate
(0200:0000) 0. 9 = 0 restart A/N
(0100:0100) 0. 8 = 1 duplex = full
(0080:0000) 0. 7 = 0 collision test enable
(003f:0000) 0. 5- 0 = 0 (reserved)

可能是什么错误。我在 NXP 网站上看到,伪造的 MAC 地址不能用于 ping。如何让它工作。

最佳答案

首先,我们需要检查 MAC 地址是否正确写入 H/W 寄存器,即基本上是 SpecAdd1topSpecAdd1bottom 寄存器(保存 MAC 地址).读取这两个寄存器的值,看看它们是否与分配的 MAC 地址完美匹配。

  • 需要通过在服务器端 PC 上运行 Wireshark 来验证 ARP 请求是否到达服务器 PC。如果它到达了,那么它不会在其 ARP 超时时间为 5 毫秒内获得对目标板的 ARP 响应。似乎 ARP 请求没有到达服务器端,这意味着它没有正确发送 ARP 请求。

  • 从 u-boot 以太网 MAC 驱动程序检查 ENET MAC 是否成功发送 ARP 请求。

  • 将 ARP 超时时间从 5 毫秒增加到更多毫秒。

关于linux - uboot 中超出 ARP 重试次数,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/49767954/

32 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com