From: Pablo Neira Ayuso <pablo@netfilter.org>
To: Florian Westphal <fw@strlen.de>
Cc: netfilter-devel@vger.kernel.org, sbrivio@redhat.com
Subject: Re: [PATCH nf-next 1/3] netfilter: nf_set_pipapo_avx2: fix initial map fill
Date: Fri, 30 May 2025 08:15:17 +0200 [thread overview]
Message-ID: <aDlM5DVjAc02aIwd@calendula> (raw)
In-Reply-To: <20250523122051.20315-2-fw@strlen.de>
Hi Florian, Stefano,
On Fri, May 23, 2025 at 02:20:44PM +0200, Florian Westphal wrote:
> If the first field doesn't cover the entire start map, then we must zero
> out the remainder, else we leak those bits into the next match round map.
>
> The earlie fix was incomplete and did only fix up the generic C
> implementation.
>
> A followup patch adds a test case to nft_concat_range.sh.
>
> Fixes: 791a615b7ad2 ("netfilter: nf_set_pipapo: fix initial map fill")
> Signed-off-by: Florian Westphal <fw@strlen.de>
> ---
> net/netfilter/nft_set_pipapo_avx2.c | 21 ++++++++++++++++++++-
> 1 file changed, 20 insertions(+), 1 deletion(-)
>
> diff --git a/net/netfilter/nft_set_pipapo_avx2.c b/net/netfilter/nft_set_pipapo_avx2.c
> index c15db28c5ebc..be7c16c79f71 100644
> --- a/net/netfilter/nft_set_pipapo_avx2.c
> +++ b/net/netfilter/nft_set_pipapo_avx2.c
> @@ -1113,6 +1113,25 @@ bool nft_pipapo_avx2_estimate(const struct nft_set_desc *desc, u32 features,
> return true;
> }
>
> +/**
> + * pipapo_resmap_init_avx2() - Initialise result map before first use
> + * @m: Matching data, including mapping table
> + * @res_map: Result map
> + *
> + * Like pipapo_resmap_init() but do not set start map bits covered by the first field.
> + */
> +static inline void pipapo_resmap_init_avx2(const struct nft_pipapo_match *m, unsigned long *res_map)
> +{
> + const struct nft_pipapo_field *f = m->f;
> + int i;
> +
> + /* Starting map doesn't need to be set to all-ones for this implementation,
> + * but we do need to zero the remaining bits, if any.
> + */
> + for (i = f->bsize; i < m->bsize_max; i++)
> + res_map[i] = 0ul;
> +}
> +
> /**
> * nft_pipapo_avx2_lookup() - Lookup function for AVX2 implementation
> * @net: Network namespace
> @@ -1171,7 +1190,7 @@ bool nft_pipapo_avx2_lookup(const struct net *net, const struct nft_set *set,
> res = scratch->map + (map_index ? m->bsize_max : 0);
> fill = scratch->map + (map_index ? 0 : m->bsize_max);
>
> - /* Starting map doesn't need to be set for this implementation */
> + pipapo_resmap_init_avx2(m, res);
nitpick:
nft_pipapo_avx2_lookup_slow() calls pipapo_resmap_init() for
non-optimized fields, eg. 8 bytes, which is unlikely to be seen.
IIUC this resets it again.
Maybe revisit this in nf-next? Would be worth to cover this avx2 path
with 8 bytes in tests?
Thanks.
>
> nft_pipapo_avx2_prepare();
>
> --
> 2.49.0
>
>
next prev parent reply other threads:[~2025-05-30 6:15 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-05-23 12:20 [PATCH nf-next 0/3] netfilter: nf_set_pipapo_avx2: fix initial map fill Florian Westphal
2025-05-23 12:20 ` [PATCH nf-next 1/3] " Florian Westphal
2025-05-30 6:15 ` Pablo Neira Ayuso [this message]
2025-05-30 10:26 ` Florian Westphal
2025-05-23 12:20 ` [PATCH nf-next 2/3] selftests: netfilter: nft_concat_range.sh: prefer per element counters for testing Florian Westphal
2025-05-23 12:20 ` [PATCH nf-next 3/3] selftests: netfilter: nft_concat_range.sh: add datapath check for map fill bug Florian Westphal
2025-05-26 12:14 ` [PATCH nf-next 0/3] netfilter: nf_set_pipapo_avx2: fix initial map fill Stefano Brivio
2025-05-26 14:14 ` Florian Westphal
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=aDlM5DVjAc02aIwd@calendula \
--to=pablo@netfilter.org \
--cc=fw@strlen.de \
--cc=netfilter-devel@vger.kernel.org \
--cc=sbrivio@redhat.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.