K 10
svn:author
V 3
bms
K 8
svn:date
V 27
2004-07-04T18:32:54.000000Z
K 7
svn:log
V 444
Workaround a locking problem in vlan(4). vlan_setmulti() may be called
with sleepable locks held from further up in the network stack, and
attempts to allocate memory to hold multicast group membership information
with M_WAITOK.

This panic was triggered specifically when an exiting routing daemon
process closes its raw sockets after joining multicast groups on them.

While we're here, comment some possible locking badness.

PR:	kern/48560

END