On Tue, 2010-02-02 at 13:39 -0500, Jon Masters wrote: > On Tue, 2010-02-02 at 19:36 +0100, Patrick McHardy wrote: > > Jon Masters wrote: > > > On Tue, 2010-02-02 at 19:58 +0200, Alexey Dobriyan wrote: > > > > > >> Yes, moving to init_net-only function is fine. > > > > > > So moving the "setup up fake conntrack" bits to init_init_net from > > > init_net still results in the panic, which means that the use count > > > really is dropping to zero and we really are trying to free it when > > > using multiple namespaces. Per ns is probably an easier way to go. > > > > Agreed, that will also avoid problems in the future with the > > ct_net pointer pointing to &init_net. I'll take care of this > > tommorrow. > > Ok. I'll leave this box running with the hack. I think at the very least > that this specific issue needs to get fixed and in the stable tree, then > the other bits (per namespace cachep...) are probably a good idea at the > same time but that's up to you. FYI, my box has the quick don't free untracked hack *and* per-ns cachep. I don't think the latter has anything specific to do with this (though it needs fixing also), but worth knowing my test is using both. Back to the podcasts tonight instead of this ;) Jon. -- 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
