From: Stephen Rothwell <hidden> Date: 2015-03-23 03:08:50
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/netfilter/nf_tables_core.c between commit 4017a7ee693d ("netfilter:
restore rule tracing via nfnetlink_log") from the net tree and commit
01ef16c2dd2e ("netfilter: nf_tables: minor tracing cleanups") from the
net-next tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
diff --cc net/netfilter/nf_tables_core.c
index 2d298dccb6dd,77165bf023f3..000000000000
From: Pablo Neira Ayuso <pablo@netfilter.org> Date: 2015-03-23 12:44:01
On Mon, Mar 23, 2015 at 02:08:41PM +1100, Stephen Rothwell wrote:
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/netfilter/nf_tables_core.c between commit 4017a7ee693d ("netfilter:
restore rule tracing via nfnetlink_log") from the net tree and commit
01ef16c2dd2e ("netfilter: nf_tables: minor tracing cleanups") from the
net-next tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
This looks good, thanks for adressing this conflict Stephen.
quoted hunk
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
diff --cc net/netfilter/nf_tables_core.c
index 2d298dccb6dd,77165bf023f3..000000000000
From: Joe Perches <joe@perches.com> Date: 2015-03-23 12:55:38
On Mon, 2015-03-23 at 13:47 +0100, Pablo Neira Ayuso wrote:
On Mon, Mar 23, 2015 at 02:08:41PM +1100, Stephen Rothwell wrote:
quoted
Today's linux-next merge of the net-next tree got a conflict in
net/netfilter/nf_tables_core.c between commit 4017a7ee693d ("netfilter:
restore rule tracing via nfnetlink_log") from the net tree and commit
01ef16c2dd2e ("netfilter: nf_tables: minor tracing cleanups") from the
net-next tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
"
This looks good, thanks for adressing this conflict Stephen.
From: Pablo Neira Ayuso <pablo@netfilter.org> Date: 2015-03-23 13:02:48
On Mon, Mar 23, 2015 at 05:55:31AM -0700, Joe Perches wrote:
On Mon, 2015-03-23 at 13:47 +0100, Pablo Neira Ayuso wrote:
quoted
On Mon, Mar 23, 2015 at 02:08:41PM +1100, Stephen Rothwell wrote:
quoted
Today's linux-next merge of the net-next tree got a conflict in
net/netfilter/nf_tables_core.c between commit 4017a7ee693d ("netfilter:
restore rule tracing via nfnetlink_log") from the net tree and commit
01ef16c2dd2e ("netfilter: nf_tables: minor tracing cleanups") from the
net-next tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
"
This looks good, thanks for adressing this conflict Stephen.
From: Joe Perches <joe@perches.com> Date: 2015-03-23 13:23:58
Use the #defines where appropriate.
Signed-off-by: Joe Perches <joe@perches.com>
---
quoted
Perhaps all the .level = 4 uses should be LOGLEVEL_WARNING
and .level = 5 should be LOGLEVEL_NOTICE
Yes, we can push a follow up patch to net-next changing all these
spots in the netfilter tree. Would you send a patch for this?
There are indirect includes of kern_levels.h but there are a
lot of indirect includes of kernel.h in netfilter
net/ipv4/netfilter/nf_log_arp.c | 2 +-
net/ipv4/netfilter/nf_log_ipv4.c | 2 +-
net/ipv6/netfilter/ip6_tables.c | 2 +-
net/ipv6/netfilter/nf_log_ipv6.c | 2 +-
net/netfilter/nf_tables_core.c | 2 +-
net/netfilter/nft_log.c | 2 +-
6 files changed, 6 insertions(+), 6 deletions(-)
From: Stephen Rothwell <hidden> Date: 2015-03-23 13:38:39
Hi Joe,
On Mon, 23 Mar 2015 06:23:51 -0700 Joe Perches [off-list ref] wrote:
Use the #defines where appropriate.
Signed-off-by: Joe Perches <joe@perches.com>
---
quoted
quoted
Perhaps all the .level = 4 uses should be LOGLEVEL_WARNING
and .level = 5 should be LOGLEVEL_NOTICE
Yes, we can push a follow up patch to net-next changing all these
spots in the netfilter tree. Would you send a patch for this?
There are indirect includes of kern_levels.h but there are a
lot of indirect includes of kernel.h in netfilter
I am not sure what you are getting at here. kernel.h does not include
kern_levels.h (but printk.h does). I, for one, am always happier when
necessary include files are explicitly included.
--
Cheers,
Stephen Rothwell sfr@canb.auug.org.au
From: Pablo Neira Ayuso <pablo@netfilter.org> Date: 2015-03-23 13:48:41
On Tue, Mar 24, 2015 at 12:38:28AM +1100, Stephen Rothwell wrote:
Hi Joe,
On Mon, 23 Mar 2015 06:23:51 -0700 Joe Perches [off-list ref] wrote:
quoted
Use the #defines where appropriate.
Signed-off-by: Joe Perches <joe@perches.com>
---
quoted
quoted
Perhaps all the .level = 4 uses should be LOGLEVEL_WARNING
and .level = 5 should be LOGLEVEL_NOTICE
Yes, we can push a follow up patch to net-next changing all these
spots in the netfilter tree. Would you send a patch for this?
There are indirect includes of kern_levels.h but there are a
lot of indirect includes of kernel.h in netfilter
I am not sure what you are getting at here. kernel.h does not include
kern_levels.h (but printk.h does). I, for one, am always happier when
necessary include files are explicitly included.
I would also prefer if you include the explicit header files in that
patch too. Could you send us a v2? Please, Cc:
netfilter-devel@vger.kernel.org
Thanks.
From: Joe Perches <joe@perches.com> Date: 2015-03-23 15:37:11
On Tue, 2015-03-24 at 00:38 +1100, Stephen Rothwell wrote:
Hi Joe,
Hi Stephen.
I am not sure what you are getting at here. kernel.h does not include
kern_levels.h (but printk.h does). I, for one, am always happier when
necessary include files are explicitly included.
kernel.h -> printk.h -> kern_levels.h
No .c file in the tree does a specific #include
of kern_levels.h, only a couple of .S files.
Adding printk.h might be useful, but I think
that kernel.h is probably better.
From: Joe Perches <joe@perches.com> Date: 2015-03-23 15:43:17
On Mon, 2015-03-23 at 14:52 +0100, Pablo Neira Ayuso wrote:
I would also prefer if you include the explicit header files in that
patch too. Could you send us a v2? Please, Cc:
netfilter-devel@vger.kernel.org
As I wrote to Stephen, I'd prefer to #include
kernel.h where it's not already specified.
net/netfilter/nft_log.c does, every other
modified file doesn't.
Is that OK with you?
From: Joe Perches <joe@perches.com> Date: 2015-03-23 18:50:27
Use the #defines where appropriate.
Miscellanea:
Add explicit #include <linux/kernel.h> where it was not
previously used so that these #defines are a bit more
explicitly defined instead of indirectly included via:
module.h->moduleparam.h->kernel.h
Signed-off-by: Joe Perches <joe@perches.com>
---
I really don't want to get into unwinding all the
various #include dependencies. kernel.h is pretty
generic and effectively used throughout the tree
to centralize various #includes.
net/ipv4/netfilter/nf_log_arp.c | 4 +++-
net/ipv4/netfilter/nf_log_ipv4.c | 4 +++-
net/ipv6/netfilter/ip6_tables.c | 5 ++++-
net/ipv6/netfilter/nf_log_ipv6.c | 4 +++-
net/netfilter/nf_tables_core.c | 3 ++-
net/netfilter/nft_log.c | 2 +-
6 files changed, 16 insertions(+), 6 deletions(-)
From: David Miller <davem@davemloft.net> Date: 2015-03-24 02:29:39
From: Pablo Neira Ayuso <pablo@netfilter.org>
Date: Mon, 23 Mar 2015 13:47:23 +0100
On Mon, Mar 23, 2015 at 02:08:41PM +1100, Stephen Rothwell wrote:
quoted
Hi all,
Today's linux-next merge of the net-next tree got a conflict in
net/netfilter/nf_tables_core.c between commit 4017a7ee693d ("netfilter:
restore rule tracing via nfnetlink_log") from the net tree and commit
01ef16c2dd2e ("netfilter: nf_tables: minor tracing cleanups") from the
net-next tree.
I fixed it up (see below) and can carry the fix as necessary (no action
is required).
This looks good, thanks for adressing this conflict Stephen.
Pablo, I just pushed out a merge of net into net-next, please double
check that I handled this conflict correctly.
Thanks!
From: Pablo Neira Ayuso <pablo@netfilter.org> Date: 2015-03-25 11:15:42
On Mon, Mar 23, 2015 at 11:50:10AM -0700, Joe Perches wrote:
Use the #defines where appropriate.
Miscellanea:
Add explicit #include <linux/kernel.h> where it was not
previously used so that these #defines are a bit more
explicitly defined instead of indirectly included via:
module.h->moduleparam.h->kernel.h