more arp cleanup

2015-12-02 Thread Claudio Jeker
More rt_ifp killing. This time in in_arpinput(). This function is a bit special because of the way we propagte multicast and broadcast packets it is possible that multiple interfaces recieve the same request. In most cases this is because of -- you can guess -- carp(4). So simplify these checks

Re: more arp cleanup

2015-12-02 Thread Claudio Jeker
Last but of rt_ifp cleanup. Since we want to print the interface names in those log messages we need to do the if_get/if_put dance there. Since this is only in 2 places which should not be super common that should be fine and with this arp should be MP save :) -- :wq Claudio Index: if_ether.c

Re: more arp cleanup

2015-12-02 Thread Alexander Bluhm
On Wed, Dec 02, 2015 at 10:19:23PM +0100, Claudio Jeker wrote: > Last but of rt_ifp cleanup. Since we want to print the interface names in > those log messages we need to do the if_get/if_put dance there. Since this > is only in 2 places which should not be super common that should be fine > and

Re: more arp cleanup

2015-12-02 Thread Martin Pieuchot
On 02/12/15(Wed) 22:19, Claudio Jeker wrote: > Last but of rt_ifp cleanup. Since we want to print the interface names in > those log messages we need to do the if_get/if_put dance there. Since this > is only in 2 places which should not be super common that should be fine > and with this arp