[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZuhO6XRAS0Qq3A1g@smile.fi.intel.com>
Date: Mon, 16 Sep 2024 18:29:45 +0300
From: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
To: Simon Horman <horms@...nel.org>
Cc: Pablo Neira Ayuso <pablo@...filter.org>,
Jozsef Kadlecsik <kadlec@...filter.org>,
"David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Jakub Kicinski <kuba@...nel.org>, Paolo Abeni <pabeni@...hat.com>,
Nathan Chancellor <nathan@...nel.org>,
Nick Desaulniers <ndesaulniers@...gle.com>,
Bill Wendling <morbo@...gle.com>,
Justin Stitt <justinstitt@...gle.com>,
netfilter-devel@...r.kernel.org, coreteam@...filter.org,
netdev@...r.kernel.org, llvm@...ts.linux.dev
Subject: Re: [PATCH nf-next 0/2] netfilter: conntrack: label helpers
conditional compilation updates
On Mon, Sep 16, 2024 at 04:14:40PM +0100, Simon Horman wrote:
> Hi,
>
> This short series updates conditional compilation of label helpers to:
>
> 1) Compile them regardless of if CONFIG_NF_CONNTRACK_LABELS is enabled
> or not. It is safe to do so as the functions will always return 0 if
> CONFIG_NF_CONNTRACK_LABELS is not enabled. And the compiler should
> optimise waway the code. Which is the desired behaviour.
>
> 2) Only compile ctnetlink_label_size if CONFIG_NF_CONNTRACK_EVENTS is
> enabled. This addresses a warning about this function being unused
> in this case.
Both make sense to me, FWIW,
Reviewed-by: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
--
With Best Regards,
Andy Shevchenko
Powered by blists - more mailing lists