lwip-users
[Top][All Lists]
Advanced

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

Re: [lwip-users] Possible bug in src/api/tcpip.c


From: address@hidden
Subject: Re: [lwip-users] Possible bug in src/api/tcpip.c
Date: Thu, 01 May 2008 20:08:53 +0200
User-agent: Thunderbird 2.0.0.12 (Windows/20080213)

Rishi Khan wrote:
So, if you call NETIF_FLAG_ETHARP, they you should leave the header alone, but if you don't call NETIF_FLAG_ETHARP, you should leave it there. Doesn't that seem weird? Why should the TCP/IP stack handle ARP? This is inherently an ethernet problem.
Just for better understanding, the handling of ARP packets has changed in 1.3.0: Previously they were indeed handled by the 'ethernetif' code. The problem was that this way, the ARP table wasn't protected against concurrent access (from receive thread an tcpip_thread - when sending). This was solved by letting the tcpip_thread handle ARP packets, which is the reason why ethernet netifs have to pass the complete packet, not only the IP part.

Simon




reply via email to

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