On Mon, Aug 04, 2008 at 11:16:07PM +0200, Krzysztof Oledzki wrote:Very interesting. Could you see at which point duplicates appear? I.e. in which sequence do you get registrations, at least on the level of "this module is loaded first, no duplicates, this one comes after, etc." ... ah, hell. I see what's going on. The trouble is in nf_conntrack_standalone; you get a table that has _both_ net.netfilter.* and net.nf_conntrack_max, which means that it's attached to unified tree at net; if we already have something with net.netfilter, you've got trouble - which entry net.netfilter will come from? _All_ this crap comes from lousy historical API; it's too much for this cycle, but for .28 I'm going to clean that mess up. For now, split that table in two and register them separately. I.e. register nf_ct_sysctl_table[] at nf_net_netfilter_sysctl_path *and* remove the "netfilter" entry from nf_ct_netfilter_table[]. I'm really going down right now; will follow up after I get some sleep... -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
| Greg KH | [GIT PATCH] driver core patches against 2.6.24 |
| debian developer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Adrian Bunk | Re: LSM conversion to static interface |
git: | |
| Gerrit Renker | [PATCH 26/37] dccp: Integration of dynamic feature activation - part 1 (socket set... |
| Jarek Poplawski | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Frans Pop | svc: failed to register lockdv1 RPC service (errno 97). |
| Linus Torvalds | Re: [GIT]: Networking |
