svn commit: r211157 - in head/sys: modules modules/if_carp net
netinet netinet6
Pawel Jakub Dawidek
pjd at FreeBSD.org
Wed Aug 11 14:34:50 UTC 2010
On Wed, Aug 11, 2010 at 12:51:51AM +0000, Will Andrews wrote:
> Author: will
> Date: Wed Aug 11 00:51:50 2010
> New Revision: 211157
> URL: http://svn.freebsd.org/changeset/base/211157
>
> Log:
> Allow carp(4) to be loaded as a kernel module. Follow precedent set by
> bridge(4), lagg(4) etc. and make use of function pointers and
> pf_proto_register() to hook carp into the network stack.
>
> Currently, because of the uncertainty about whether the unload path is free
> of race condition panics, unloads are disallowed by default. Compiling with
> CARPMOD_CAN_UNLOAD in CFLAGS removes this anti foot shooting measure.
Wouldn't it be better to allow unload only if there are no carp(4)
interfaces? I'd be glad to destroy my carp interfaces before unloading
the module, but recompiling the kernel to unload it? Not so much.
--
Pawel Jakub Dawidek http://www.wheelsystems.com
pjd at FreeBSD.org http://www.FreeBSD.org
FreeBSD committer Am I Evil? Yes, I Am!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 196 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/svn-src-all/attachments/20100811/f66b0c19/attachment.pgp
More information about the svn-src-all
mailing list