On Tue, Mar 07, 2017 at 11:08:43AM +0100, Martin Pieuchot wrote:
> carp(4), as a pseudo-interface, is always executed in the 'softnet'
> thread. Using splnet()/splx() might have been relevant when link-state
> handlers where directly executed from hardware interrupt handlers. But
> nowadays
On 7 March 2017 at 11:08, Martin Pieuchot wrote:
> carp(4), as a pseudo-interface, is always executed in the 'softnet'
> thread. Using splnet()/splx() might have been relevant when link-state
> handlers where directly executed from hardware interrupt handlers. But
> nowadays
On 07/03/17(Tue) 11:08, Martin Pieuchot wrote:
> carp(4), as a pseudo-interface, is always executed in the 'softnet'
> thread. Using splnet()/splx() might have been relevant when link-state
> handlers where directly executed from hardware interrupt handlers. But
> nowadays everything is run
carp(4), as a pseudo-interface, is always executed in the 'softnet'
thread. Using splnet()/splx() might have been relevant when link-state
handlers where directly executed from hardware interrupt handlers. But
nowadays everything is run under the NET_LOCK() in a thread context, so
let's get rid
bridge_ifenqueue() does not need any spl protection, if_output()
already raises it.
ok?
Index: net/if_bridge.c
===
RCS file: /cvs/src/sys/net/if_bridge.c,v
retrieving revision 1.241
diff -u -p -r1.241 if_bridge.c
--- net/if_bridge.c