[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <878uansj4d.fsf_-_@x220.int.ebiederm.org>
Date: Fri, 10 Jul 2015 18:11:46 -0500
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Pablo Neira Ayuso <pablo@...filter.org>
Cc: <netdev@...r.kernel.org>, <netfilter-devel@...r.kernel.org>,
Stephen Hemminger <stephen@...workplumber.org>,
Juanjo Ciarlante <jjciarla@...z.uncu.edu.ar>,
Wensong Zhang <wensong@...ux-vs.org>,
Simon Horman <horms@...ge.net.au>,
Julian Anastasov <ja@....bg>,
Patrick McHardy <kaber@...sh.net>,
Jozsef Kadlecsik <kadlec@...ckhole.kfki.hu>,
Jamal Hadi Salim <jhs@...atatu.com>,
Steffen Klassert <steffen.klassert@...unet.com>,
Herbert Xu <herbert@...dor.apana.org.au>,
David Miller <davem@...emloft.net>
Subject: [PATCH -next 0/6] Per network namespace netfilter chains
By maintining a set of functions to register and unregister netfilter
hooks both globally and per network namespace I have managed to write a
compact patchset that maintain per network netfilter chains, and
registers the nftables netfilter hooks per network namespace.
There are lots of other possible and desirable cleanups but this one is
a core change needed to make the other changes independent small
changes.
Eric W. Biederman (6):
netfilter: nf_queue: Don't recompute the hook_list head
netfilter: kill nf_hooks_active
netfilter: Simply the tests for enabling and disabling the ingress queue hook
netfilter: Factor out the hook list selection from nf_register_hook
netfilter: Per network namespace netfilter hooks.
netfilter: nftables: Only run the nftables chains in the proper netns
include/linux/netfilter.h | 23 +++--
include/net/netns/netfilter.h | 1 +
net/netfilter/core.c | 221 +++++++++++++++++++++++++++++++++--------
net/netfilter/nf_queue.c | 2 +-
net/netfilter/nf_tables_api.c | 6 +-
net/netfilter/nf_tables_core.c | 5 -
6 files changed, 200 insertions(+), 58 deletions(-)
Eric
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists