[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20230414210950.GC5927@breakpoint.cc>
Date: Fri, 14 Apr 2023 23:09:50 +0200
From: Florian Westphal <fw@...len.de>
To: Jakub Kicinski <kuba@...nel.org>
Cc: davem@...emloft.net, netdev@...r.kernel.org, edumazet@...gle.com,
pabeni@...hat.com, pablo@...filter.org, fw@...len.de
Subject: Re: [PATCH net-next 5/5] net: skbuff: hide nf_trace and ipvs_property
Jakub Kicinski <kuba@...nel.org> wrote:
> Accesses to nf_trace and ipvs_property are already wrapped
> by ifdefs where necessary. Don't allocate the bits for those
> fields at all if possible.
>
> Signed-off-by: Jakub Kicinski <kuba@...nel.org>
> ---
> CC: pablo@...filter.org
> CC: fw@...len.de
> ---
> include/linux/skbuff.h | 4 ++++
> 1 file changed, 4 insertions(+)
>
> diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h
> index 543f7ae9f09f..7b43d5a03613 100644
> --- a/include/linux/skbuff.h
> +++ b/include/linux/skbuff.h
> @@ -966,8 +966,12 @@ struct sk_buff {
> __u8 ndisc_nodetype:2;
> #endif
>
> +#if IS_ENABLED(CONFIG_IP_VS)
> __u8 ipvs_property:1;
> +#endif
> +#if IS_ENABLED(CONFIG_NETFILTER_XT_TARGET_TRACE) || defined(CONFIG_NF_TABLES)
> __u8 nf_trace:1;
As already pointed out nftables can be a module, other than that
Acked-by: Florian Westphal <fw@...len.de>
Powered by blists - more mailing lists