cvs commit: src/sys/netinet if_ether.c

Jeremie Le Hen jeremie at le-hen.org
Thu Aug 11 08:45:29 GMT 2005


Hi Gleb,

On Thu, Aug 11, 2005 at 08:25:48AM +0000, Gleb Smirnoff wrote:
> glebius     2005-08-11 08:25:48 UTC
> 
>   FreeBSD src repository
> 
>   Modified files:
>     sys/netinet          if_ether.c 
>   Log:
>   o Fix a race between three threads: output path,
>     incoming ARP packet and route request adding/removing
>     ARP entries. The root of the problem is that
>     struct llinfo_arp was accessed without any locks.
>     To close race we will use locking provided by
>     rtentry, that references this llinfo_arp:
>     - Make arplookup() return a locked rtentry.
>     - In arpresolve() hold the lock provided by
>       rt_check()/arplookup() until the end of function,
>       covering all accesses to the rtentry itself and
>       llinfo_arp it refers to.
>     - In in_arpinput() do not drop lock provided by
>       arplookup() during first part of the function.
>     - Simplify logic in the first part of in_arpinput(),
>       removing one level of indentation.
>     - In the second part of in_arpinput() hold rtentry
>       lock while copying address.
>   
>   o Fix a condition when route entry is destroyed, while
>     another thread is contested on its lock:
>     - When storing a pointer to rtentry in llinfo_arp list,
>       always add a reference to this rtentry, to prevent
>       rtentry being destroyed via RTM_DELETE request.
>     - Remove this reference when removing entry from
>       llinfo_arp list.
>   
>   o Further cleanup of arptimer():
>     - Inline arptfree() into arptimer().
>     - Use official queue(3) way to pass LIST.
>     - Hold rtentry lock while reading its structure.
>     - Do not check that sdl_family is AF_LINK, but
>       assert this.
>   
>   Reviewed by:    sam
>   Stress test:    http://www.holm.cc/stress/log/cons141.html
>   Stress test:    http://people.freebsd.org/~pho/stress/log/cons144.html

Do you plan to MFC this to RELENG_6 (and maybe RELENG_5) ?

Thanks for correcting this.
Regards,
-- 
Jeremie Le Hen
< jeremie at le-hen dot org >< ttz at chchile dot org >


More information about the cvs-src mailing list