工具/软件:Linux
AM3352板上的 g_ether 小工具模块存在稳定性问题。 我将内核3.12.10与“Sitara SDK 07.00.00”一起使用。 我的 Yocto 设置包含一些来自“Sitara SDK 07.00.01”和“Sitara SDK 08.00.00”的文件
观察到的问题:
G_Aether 模块会按预期在 AM3352板和 RZA1H 板之间进行通信。 这两个板都运行 Linux 操作系统。
但 USB0链接会随机停止工作。 所有通过 USB0链路的 IP 流量都会停止。
ifconfig 显示链接已启动。 RZA1H 板上的 ifconfig 还显示 USB0链接已启动。
随机观察到问题。
我已选中 dmesg、但它不会显示任何指向该问题的错误消息。
AM3352和 RZA1H 板之间的 USB 连接通过 USB 集线器"USB2513BT-I/M2"实现
AM3352 USB0配置为192.168.1.2、RZA1H USB0配置为192.168.1.1
------------------------------------
ifconfig 输出:
AM3352:
$ ifconfig -a
eth0 Link encap:ethernet HWaddr B0:D5:CC:D0:52:5F
iNet addr:10.0.0.1 Bcast:10.255.255.255 Mask:255.0.0.0
运行多播 MTU:1500公制:1的上广播
RX 数据包:651403错误:0丢弃:0超限:0帧:0
TX 数据包:651408错误:0丢弃:0超限:0载波:0
冲突:0 txqueuelen:1000
RX 字节:939321744 (895.8 MIB) TX 字节:939321604 (895.8 MIB)
中断:56
ETH1链路连接:以太网 HWaddr B0:D5:CC:D0:52:61
iNet addr:10.0.0.2 Bcast:10.255.255.255 Mask:255.0.0.0
运行多播 MTU:1500公制:1的上广播
RX 数据包:651407错误:0丢弃:0超限:0帧:0
TX 数据包:651403错误:0丢弃:0超限:0载波:0
冲突:0 txqueuelen:1000
RX 字节:939321212 (895.8 MIB) TX 字节:939321744 (895.8 MIB)
LO 链路环接:本地环回
iNet addr:127.0.0.1掩码:255.0.0.0
正在运行 MTU:65536公制:1的上环回
RX 数据包:1302928错误:0丢弃:0超限:0帧:0
TX 数据包:1302928错误:0丢弃:0超限:0载波:0
冲突:0 txqueuelen:0
RX 字节:1860413522 (1.7GiB) TX 字节:1860413522 (1.7GiB)
USB0链路连接:以太网 HWaddr AA:0E:20:B6:82:0D
iNet addr:192.168.1.2 Bcast:192.168.1.255 Mask:255.255.255.0
运行多播 MTU:1500公制:1的上广播
RX 数据包:337错误:0丢弃:0超限:0帧:0
TX 数据包:456错误:111丢弃:0超限:0载波:0
冲突:0 txqueuelen:1000
RX 字节:19845 (19.3 KiB) TX 字节:26919 (26.2 KiB)
RZA1H:
$ ifconfig -a
LO 链路环接:本地环回
iNet addr:127.0.0.1掩码:255.0.0.0
inet6 addr:::1/128范围:Host
正在运行 MTU:65536公制:1的上环回
RX 数据包:167错误:0丢弃:0超限:0帧:0
TX 数据包:167错误:0丢弃:0超限:0载波:0
冲突:0 txqueuelen:0
RX 字节:18704 (18.2 KiB) TX 字节:18704 (18.2 KiB)
sit0 Link encap:IPv6-in IPv4
NOARP MTU:1480公制:1.
RX 数据包:0错误:0丢弃:0超限:0帧:0
TX 数据包:0错误:0丢弃:0超限:0载波:0
冲突:0 txqueuelen:0
RX 字节:0 (0.0 B) TX 字节:0 (0.0 B)
USB0链路连接:以太网 HWaddr BA:12:1A:A8:E9:D8
iNet addr:192.168.1.1 Bcast:192.168.1.255 Mask:255.255.255.0
运行多播 MTU:460 Metric:1的上广播
RX 数据包:262错误:0丢弃:0超限:0帧:0
TX 数据包:337错误:0丢弃:0超限:0载波:0
冲突:0 txqueuelen:1000
RX 字节:14261 (13.9 KiB) TX 字节:24563 (23.9 KiB)
当发现问题时,我正在运行 tcpdump,以下是 am3352上 tcpdump 的输出:
$tcpdump -I usb0
tcpdump:详细输出被抑制、使用-v 或-vv 进行完整的协议解码
侦听 usb0、链路类型 EN10MB (以太网)、捕获大小为65535字节
16:54:22.36672 IP 192.168.1.2.36677 > 192.168.1.50055:FLAGS [P.]、SEQ 503763647:503763652、ACK 3682948123、WIN 1825、选项[nop、nop、TS val 4294953796 ECR 429494949127]、长度5
16:54:22.376315 IP 192.168.1.50055 > 192.168.1.2.36677:FLAGS [P.]、SEQ 1:47、ACK 5、WIN 2040、OPTIONS [nop、nop、TS val 4294950413 ECR 4294953796]、长度46
16:54:22.376894 IP 192.168.1.2.36677 > 192.168.1.50055:标志[.]、ACK 47、WIN 1825、选项[nop、nop、TS val 4294953797 ECR 4294950413]、长度0
----
17:13:57.920643 IP 192.168.1.2.36677 > 192.168.1.50055:标志[P.]、序列585:590、ACK 5383、WIN 1825、选项[nop、nop、TS val 104055 ECR 132263]、长度5
17:13:57.927488 IP 192.168.1.50055 > 192.168.1.2.36677:FLAGS [P.]、SEQ 5383:5429、ACK 590、WIN 2040、OPTIONS [nop、nop、TS val 133547 ECR 104055]、长度46
17:13:57.927959 IP 192.168.1.2.36677 > 192.168.1.50055:标志[.]、ACK 5429、WIN 1825、选项[nop、nop、TS val 104056 ECR 133547]、长度0
17:14:07.967028 IP 192.168.1.2.36677 > 192.168.1.50055:标志[P.]、序列590:595、ACK 5429、WIN 1825、选项[nop、nop、TS val 105060 ECR 133547]、长度5
17:14:08.176849 IP 192.168.1.2.36677 > 192.168.1.50055:标志[P.]、序列590:595、ACK 5429、WIN 1825、选项[nop、nop、TS val 105081 ECR 133547]、长度5
17:14:21.426867 IP 192.168.1.2.36677 > 192.168.1.50055:标志[P.]、序列590:595、ACK 5429、WIN 1825、选项[nop、nop、TS val 106406 ECR 133547]、长度5
17:14:34.886778 IP 192.168.1.2.36677 > 192.168.1.50055:标志[P.]、序列590:595、ACK 5429、WIN 1825、选项[nop、nop、TS val 107752 ECR 133547]、长度5
17:14:39.896787 ARP、请求 WHO 192.168.1.1告知192.168.1.2、长度28
17:14:40.896751 ARP、请求世卫组织192.168.1.1告知192.168.1.2、长度28
17:14:41.896672 ARP、请求 WHO - has 192.168.1.1 TELL 192.168.1.2、长度28
AM3352上的 Ping 结果:
$ ping -c 5 192.168.1.1
Ping 192.168.1.1 (192.168.1.1) 56 (84)字节数据。
从192.168.1.2 ICMP 序列=1目标主机无法访问
从192.168.1.2 ICMP 序列=2目标主机无法访问
从192.168.1.2 ICMP 序列=3目标主机无法访问
从192.168.1.2 ICMP 序列=4目标主机无法访问
从192.168.1.2 ICMP 序列=5无法访问目标主机
--192.168.1.1 ping 统计信息--
5个数据包已发送、0个接收、+5个错误、100%数据包丢失、时间4001ms
管道3.
从 RZA1H 发起 ping 时、RZA1H 上的 Ping 结果和 AM335x 上的 tcpdump 结果:
Ping RZA1H:
$ ping -c 5 192.168.1.2
Ping 192.168.1.2 (192.168.1.2):56个数据字节
--192.168.1.2 ping 统计信息--
发送5个数据包、接收0个数据包、100%数据包丢失
AM3352上的 tcpdump:
$tcpdump -i usb0 -vv
tcpdump:侦听 usb0、链路类型 EN10MB (以太网)、捕获大小为65535字节
10:16:57.844426 ARP,以太网(len 6),IPv4 (len 4),请求 Wer-has 192.168.1.2 TELL 192.168.1.1,长度28
10:16:57.844880 ARP,以太网(len 6),IPv4 (len 4),回复192.168.1.2 ia-at aa:0e:20:b6:82:0d (oui Unknown ),长度28
10:16:58.840008 ARP,以太网(len 6),IPv4 (len 4),请求世卫组织192.168.1.2告知192.168.1.1,长度28
10:16:58.840465 ARP,以太网(len 6),IPv4 (len 4),回复192.168.1.2 ia-at aa:0e:20:b6:82:0d (oui Unknown ),长度28
10:16:59.840259 ARP,以太网(len 6),IPv4 (len 4),请求世卫组织192.168.1.2告知192.168.1.1,长度28
10:16:59.840679 ARP,以太网(len 6),IPv4 (len 4),回复192.168.1.2 ia-at aa:0e:20:b6:82:0d (oui Unknown ),长度28
10:17:00.865840 ARP,以太网(len 6),IPv4 (len 4),请求世卫组织192.168.1.2告知192.168.1.1,长度28
10:17:00.866267 ARP,以太网(len 6),IPv4 (len 4),回复192.168.1.2 ia-at aa:0e:20:b6:82:0d (oui Unknown ),长度28
10:17:01.863835 ARP,以太网(len 6),IPv4 (len 4),请求世卫组织192.168.1.2告知192.168.1.1,长度28
10:17:01.864260 ARP,以太网(len 6),IPv4 (len 4),回复192.168.1.2 ia-at aa:0e:20:b6:82:0d (oui Unknown ),长度28
10:17:02.864051 ARP,以太网(len 6),IPv4 (len 4),请求世卫组织192.168.1.2告知192.168.1.1,长度28
10:17:02.86469ARP,以太网(len 6),IPv4 (len 4),回复192.168.1.2 ia-at aa:0e:20:b6:82:0d (oui Unknown ),长度28
从 Ping 中、我观察到的一件事是当从 AM3352 ping RZA1H 时、在 USB0链路上未观察到 Trafic、
但是、当我从 RZA1H 板 ping AM3352板时、我们观察到 UB0链路从 RZA1H 到 AM3352上存在流量、但 AM3352不会发回任何数据。
是否有人可以建议可以采取哪些措施来解决此问题?