[Bug 233535] Fix refcount leak in IPv6 MLD code leading to loss of IPv6 connectivity
bugzilla-noreply at freebsd.org
bugzilla-noreply at freebsd.org
Fri Feb 1 09:08:37 UTC 2019
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=233535
--- Comment #56 from commit-hook at freebsd.org ---
A commit references this bug:
Author: hselasky
Date: Fri Feb 1 09:08:20 UTC 2019
New revision: 343650
URL: https://svnweb.freebsd.org/changeset/base/343650
Log:
MFC r343395:
Fix refcounting leaks in IPv6 MLD code leading to loss of IPv6
connectivity.
Looking at past changes in this area like r337866, some refcounting
bugs have been introduced, one by one. For example like calling
in6m_disconnect() and in6m_rele_locked() in mld_v1_process_group_timer()
where previously no disconnect nor refcount decrement was done.
Calling in6m_disconnect() when it shouldn't causes IPv6 solitation to no
longer work, because all the multicast addresses receiving the solitation
messages are now deleted from the network interface.
This patch reverts some recent changes while improving the MLD
refcounting and concurrency model after the MLD code was converted
to using EPOCH(9).
List changes:
- All CK_STAILQ_FOREACH() macros are now properly enclosed into
EPOCH(9) sections. This simplifies assertion of locking inside
in6m_ifmultiaddr_get_inm().
- Corrected bad use of in6m_disconnect() leading to loss of IPv6
connectivity for MLD v1.
- Factored out checks for valid inm structure into
in6m_ifmultiaddr_get_inm().
PR: 233535
Differential Revision: https://reviews.freebsd.org/D18887
Reviewed by: bz (net)
Tested by: ae
Sponsored by: Mellanox Technologies
Changes:
_U stable/12/
stable/12/sys/netinet6/in6_ifattach.c
stable/12/sys/netinet6/in6_mcast.c
stable/12/sys/netinet6/in6_var.h
stable/12/sys/netinet6/mld6.c
stable/12/sys/netinet6/mld6_var.h
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the freebsd-net
mailing list