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

0 files changed, 0 insertions, 0 deletions