On Tue, Jun 13, 2017 at 11:07 AM, Florian Westphal <fw@xxxxxxxxx> wrote: > Historically it wasn't needed because we just clear out the helper area > in the affected conntracks (i.e, future packets are not inspected by > the helper anymore). > > When conntracks were made per-netns this problem was added as we're not > guaranteed to see all net namespace because module_exit and netns cleanup > can run concurrently. > > We can still use the "old" model if we guarantee that we wait for > netns cleanup to finish (which is what this patch does). > > The alternative, as you pointed out, is to take a module reference for > each conntrack that uses the helper (and put again when connection is > destroyed). Yeah, this is exactly what I am suggesting and I fully expect this could need more work than this barrier. > > I don't really care that much except that if we go for the latter > solution users cannot "just rmmod" the module anymore but might have > to manually remove the affected connections first. This is not bad because the module is indeed being used in this scenario so EBUSY is expected, or do we need to guarantee conntrack modules are not held by existing connections? -- To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
