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
F151565915: D43033.id131327.diff
Thu, Apr 9, 5:51 AM
Unknown Object (File)
Mon, Apr 6, 3:04 AM
Unknown Object (File)
Mon, Apr 6, 1:37 AM
Unknown Object (File)
Sun, Apr 5, 9:24 AM
Unknown Object (File)
Wed, Apr 1, 8:24 PM
Unknown Object (File)
Sat, Mar 28, 5:45 AM
Unknown Object (File)
Fri, Mar 27, 11:26 PM
Unknown Object (File)
Thu, Mar 26, 10:37 AM

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