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