From: Luciano Coelho <luciano.coelho@nokia.com>
To: ext Changli Gao <xiaosuo@gmail.com>
Cc: "netfilter-devel@vger.kernel.org"
<netfilter-devel@vger.kernel.org>,
"netdev@vger.kernel.org" <netdev@vger.kernel.org>,
"kaber@trash.net" <kaber@trash.net>,
"jengelh@medozas.de" <jengelh@medozas.de>,
"sameo@linux.intel.com" <sameo@linux.intel.com>
Subject: Re: [RFC 0/2] netfilter: xtables: CONDITION target implementation
Date: Mon, 19 Jul 2010 17:31:49 +0300 [thread overview]
Message-ID: <1279549909.7097.39.camel@powerslave> (raw)
In-Reply-To: <AANLkTilRtCiuAwox2sTsEu73fE89OLEUtIbVQ_njtkqz@mail.gmail.com>
On Mon, 2010-07-19 at 16:27 +0200, ext Changli Gao wrote:
> On Mon, Jul 19, 2010 at 10:15 PM, Luciano Coelho
> <luciano.coelho@nokia.com> wrote:
> > From: Luciano Coelho <coelho@testbed.(none)>
> >
> > Hi all,
> >
> > As discussed earlier, I've been looking for a way to enable and disable the
> > condition match automatically, in the netfilter tables themselves (ie. without
> > the need to use procfs).
> >
> > This is my initial implementation. Please let me know how it looks. The first
> > patch is based on the xt_condition patch that Jan sent to the list (but which
> > has not been finalized for inclusion yet). Once the condition match gets
> > applied, I'll forward port my patch and submit it again.
> >
> > Cheers,
> > Luca.
> >
> > Luciano Coelho (2):
> > netfilter: xt_condition: export list management code
> > netfilter: xtables: implement CONDITION target
> >
> > include/linux/netfilter/Kbuild | 1 +
> > include/linux/netfilter/xt_CONDITION.h | 39 +++++++++++
> > include/linux/netfilter/xt_condition.h | 17 +++++-
> > net/netfilter/Kconfig | 12 ++++
> > net/netfilter/Makefile | 1 +
> > net/netfilter/xt_CONDITION.c | 112 ++++++++++++++++++++++++++++++++
> > net/netfilter/xt_condition.c | 82 ++++++++++++++----------
>
> Why not combine xt_CONDITION.c and xt_condition.c into xt_condition.c,
> like xt_mark.c?
I just thought that someone may want to use the condition match without
using the CONDITION target, that's why I've put it in a different
module.
But I don't have a strong opinion about this. If everybody agrees on
that, I can merge the code into a single module.
Thanks for your comment.
--
Cheers,
Luca.
prev parent reply other threads:[~2010-07-19 14:31 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-07-19 14:15 [RFC 0/2] netfilter: xtables: CONDITION target implementation Luciano Coelho
2010-07-19 14:15 ` [RFC 1/2] netfilter: xt_condition: export list management code Luciano Coelho
2010-07-19 16:13 ` Jan Engelhardt
2010-07-19 19:14 ` Luciano Coelho
2010-07-19 19:31 ` Luciano Coelho
2010-07-19 14:15 ` [RFC 2/2] netfilter: xtables: implement CONDITION target Luciano Coelho
2010-07-19 14:27 ` [RFC 0/2] netfilter: xtables: CONDITION target implementation Changli Gao
2010-07-19 14:31 ` Luciano Coelho [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1279549909.7097.39.camel@powerslave \
--to=luciano.coelho@nokia.com \
--cc=jengelh@medozas.de \
--cc=kaber@trash.net \
--cc=netdev@vger.kernel.org \
--cc=netfilter-devel@vger.kernel.org \
--cc=sameo@linux.intel.com \
--cc=xiaosuo@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.