[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20151012154820.GA23092@salvia>
Date: Mon, 12 Oct 2015 17:48:20 +0200
From: Pablo Neira Ayuso <pablo@...filter.org>
To: Nikolay Aleksandrov <nikolay@...ulusnetworks.com>
Cc: Arnd Bergmann <arnd@...db.de>, netfilter-devel@...r.kernel.org,
"Eric W. Biederman" <ebiederm@...ssion.com>,
Florian Westphal <fw@...len.de>, netdev@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2] bridge/netfilter: avoid unused label warning
On Thu, Oct 08, 2015 at 02:51:05PM +0200, Nikolay Aleksandrov wrote:
> On 10/08/2015 02:30 PM, Arnd Bergmann wrote:
> > With the ARM mini2440_defconfig, the bridge netfilter code gets
> > built with both CONFIG_NF_DEFRAG_IPV4 and CONFIG_NF_DEFRAG_IPV6
> > disabled, which leads to a harmless gcc warning:
> >
> > net/bridge/br_netfilter_hooks.c: In function 'br_nf_dev_queue_xmit':
> > net/bridge/br_netfilter_hooks.c:792:2: warning: label 'drop' defined but not used [-Wunused-label]
> >
> > This gets rid of the warning by cleaning up the code to avoid
> > the respective #ifdefs causing this problem, and replacing them
> > with if(IS_ENABLED()) checks. I have verified that the resulting
> > object code is unchanged, and an additional advantage is that
> > we now get compile coverage of the unused functions in more
> > configurations.
> >
> > Signed-off-by: Arnd Bergmann <arnd@...db.de>
> > Fixes: dd302b59bde0 ("netfilter: bridge: don't leak skb in error paths")
> > ---
> > Version 2:
> >
> > Rebased to git://git.kernel.org/pub/scm/linux/kernel/git/pablo/nf-next
> >
>
> Looks good to me,
>
> Reviewed-by: Nikolay Aleksandrov <nikolay@...ulusnetworks.com>
Nice that we got rid of that many ifdefs. Thanks!
BTW, just for the record in case someone search for this on the
Internet: I have renamed the subject to "netfilter: bridge: avoid
unused label warning" for consistency with other existing subject
lines in the repo.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists