Mentioned ARP race fix.

This commit is contained in:
likewise 2004-11-28 18:06:47 +00:00
parent ed59dc1ada
commit f1eca32536

View File

@ -5,10 +5,21 @@ FUTURE
problems with exoteric (/DSP) architectures showing these problems. problems with exoteric (/DSP) architectures showing these problems.
We still have to fix some of these issues neatly. We still have to fix some of these issues neatly.
* TODO: the ARP layer is not protected against concurrent access. If
you run from a multitasking OS, serialize access to ARP (called from
your network device driver and from a timeout thread.)
HISTORY HISTORY
(HEAD) (HEAD)
2004-11-28 Leon Woestenberg <leon.woestenberg@gmx.net>
* etharp.*: Fixed race condition from ARP request to ARP timeout.
Halved the ARP period, doubled the period counts.
ETHARP_MAX_PENDING now should be at least 2. This prevents
the counter from reaching 0 right away (which would allow
too little time for ARP responses to be received).
2004-11-25 Leon Woestenberg <leon.woestenberg@gmx.net> 2004-11-25 Leon Woestenberg <leon.woestenberg@gmx.net>
* dhcp.c: Decline messages were not multicast but unicast. * dhcp.c: Decline messages were not multicast but unicast.
* etharp.c: ETHARP_CREATE is renamed to ETHARP_TRY_HARD. * etharp.c: ETHARP_CREATE is renamed to ETHARP_TRY_HARD.
@ -67,7 +78,6 @@ HISTORY
* sockets.c: Added trivial (int) cast to keep compiler happier. * sockets.c: Added trivial (int) cast to keep compiler happier.
* ip.c, netif.c Changed debug statements to use the tidier ip4_addrN() macros. * ip.c, netif.c Changed debug statements to use the tidier ip4_addrN() macros.
(STABLE-1_0_0) (STABLE-1_0_0)
++ Changes: ++ Changes: