[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [lwip-users] Transmission stall after ARP broadcast

From: address@hidden
Subject: Re: [lwip-users] Transmission stall after ARP broadcast
Date: Thu, 15 Feb 2018 17:10:53 +0100
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0

On 15.02.2018 16:05, Stephan Hilchenbach wrote:

Hello Experts,


I have a problem with my Ethernet driver connecting a Ti AM335x CPSW switch to the LwIP stack v1.4.1.

1.4.1 is rather old. There have been numerous bugs fixed since then.

The port stops transmitting after some minutes or hours. The DMA hardware register shows no errors but the transmission stalled. The DMA does not process further packets, but the content of the next packets looks OK.

When I run Wireshark I observe always the same sequence. Every time before the port stops transmission, the last packet sent was an ARP broadcast to the connected host "TexasIns_e4:2a:20 Broadcast ARP Who has Tell". Curiously this is the only time the LwIP generates this request after connection was established. There are no other ARP broadcasts until the Tx stall. Attached is a screenshot.

A screenshot? WTF? If this is a screenshot of a wireshark log, please attach a pcap file instead.

I have two questions about this:

1. What is the reason for the LwIP to generate this ARP broadcast during transmission?

Don't know. Attach a pcap including an explanation of which IPs we see, which device has which address and what they do. I'm too lazy to try to find that out myself. And I could be wrong.

2. Can the LwIP cause a hardware Tx port to stall (because of the packet content)?

No. In general, lwIP has *nothing* to do with your hardware. The netif driver is responsible for that.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]