Page MenuHomeFreeBSD

mcast: fix leaked igmp packets on multicast cleanup
ClosedPublic

Authored by kp on Dec 13 2023, 1:01 PM.
Tags
None
Referenced Files
F106781861: D43033.id131445.diff
Sun, Jan 5, 8:20 AM
Unknown Object (File)
Fri, Jan 3, 5:07 AM
Unknown Object (File)
Wed, Dec 11, 8:31 AM
Unknown Object (File)
Mon, Dec 9, 3:48 AM
Unknown Object (File)
Dec 4 2024, 2:40 PM
Unknown Object (File)
Nov 8 2024, 12:42 AM
Unknown Object (File)
Nov 7 2024, 9:31 PM
Unknown Object (File)
Oct 17 2024, 10:11 PM

Details

Summary

When we release a multicast address (e.g. on interface shutdown) we may
still have packets queued in inm_scq. We have to free those, or we'll
leak memory.

Sponsored by: Rubicon Communications, LLC ("Netgate")

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

Isn't IPv6 part affected too?

Move mbufq_drain() to the same place as in the IPv6 code.

In D43033#981649, @ae wrote:

Isn't IPv6 part affected too?

So that's an interesting point. It turns out that it's not, because in in6m_purge() we do call mbufq_drain(&inm->in6m_scq);.
I've moved my change to match what we do in IPv6.

This revision is now accepted and ready to land.Dec 14 2023, 5:29 PM