Re: Do not reroll IFP_TO_IA

2013-09-06 Thread Martin Pieuchot
On 05/09/13(Thu) 19:28, Alexander Bluhm wrote: On Thu, Sep 05, 2013 at 10:54:53AM +0200, Martin Pieuchot wrote: Diff below makes use of IFP_TO_IA() instead of rolling our own copy. For now there's no functional change, but I'd like to get this in so that once our multicast code can stop

Re: Do not reroll IFP_TO_IA

2013-09-06 Thread Alexander Bluhm
On Fri, Sep 06, 2013 at 11:02:14AM +0200, Martin Pieuchot wrote: On 05/09/13(Thu) 19:28, Alexander Bluhm wrote: On Thu, Sep 05, 2013 at 10:54:53AM +0200, Martin Pieuchot wrote: Diff below makes use of IFP_TO_IA() instead of rolling our own copy. For now there's no functional change,

Do not reroll IFP_TO_IA

2013-09-05 Thread Martin Pieuchot
Diff below makes use of IFP_TO_IA() instead of rolling our own copy. For now there's no functional change, but I'd like to get this in so that once our multicast code can stop relying on global lists, we only need to modify the macro. ok? Index: netinet/in_pcb.c

Re: Do not reroll IFP_TO_IA

2013-09-05 Thread Alexander Bluhm
On Thu, Sep 05, 2013 at 10:54:53AM +0200, Martin Pieuchot wrote: Diff below makes use of IFP_TO_IA() instead of rolling our own copy. For now there's no functional change, but I'd like to get this in so that once our multicast code can stop relying on global lists, we only need to modify the

Do not reroll IFP_TO_IA

2013-08-07 Thread Martin Pieuchot
Make use of IFP_TO_IA() in the multicast code path of ip_output() instead of rolling our own copy. No functional change. ok? Index: netinet/ip_output.c === RCS file: /home/ncvs/src/sys/netinet/ip_output.c,v retrieving