On Tue, Dec 29, 2015 at 7:23 AM, Martin Pieuchot wrote:
> I got one positive test report from Hrvoje Popovski and one from mxb,
> anybody else tried this diff?
seems fine here, no regressions so far...
Even with updated diff, I see no breakage.
//mxb
> On 22 dec. 2015, at 13:48, Martin Pieuchot wrote:
>
> On 04/12/15(Fri) 11:54, Martin Pieuchot wrote:
>> Now that in_arpinput() only uses the routing table, if_get()/if_put()
>> and carp_iamatch being already mpsafe we can kill the ARP input qu
Martin Pieuchot writes:
> On 22/12/15(Tue) 13:48, Martin Pieuchot wrote:
>> On 04/12/15(Fri) 11:54, Martin Pieuchot wrote:
>> > Now that in_arpinput() only uses the routing table, if_get()/if_put()
>> > and carp_iamatch being already mpsafe we can kill the ARP input queue.
>> >
>> > This moves t
On 22/12/15(Tue) 13:48, Martin Pieuchot wrote:
> On 04/12/15(Fri) 11:54, Martin Pieuchot wrote:
> > Now that in_arpinput() only uses the routing table, if_get()/if_put()
> > and carp_iamatch being already mpsafe we can kill the ARP input queue.
> >
> > This moves the ARP input path processing from
On 04/12/15(Fri) 11:54, Martin Pieuchot wrote:
> Now that in_arpinput() only uses the routing table, if_get()/if_put()
> and carp_iamatch being already mpsafe we can kill the ARP input queue.
>
> This moves the ARP input path processing from the softnet interrupt
> context (under KERNEL_LOCK) to t
No regression here.
> On 4 dec. 2015, at 11:54, Martin Pieuchot wrote:
>
> Now that in_arpinput() only uses the routing table, if_get()/if_put()
> and carp_iamatch being already mpsafe we can kill the ARP input queue.
>
> This moves the ARP input path processing from the softnet interrupt
> con
Now that in_arpinput() only uses the routing table, if_get()/if_put()
and carp_iamatch being already mpsafe we can kill the ARP input queue.
This moves the ARP input path processing from the softnet interrupt
context (under KERNEL_LOCK) to the sofnettask (without KERNEL_LOCK).
ok?
Index: net/if_
