[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20201113172828.GK3576660@ZenIV.linux.org.uk>
Date: Fri, 13 Nov 2020 17:28:28 +0000
From: Al Viro <viro@...iv.linux.org.uk>
To: Daniel Borkmann <daniel@...earbox.net>
Cc: Björn Töpel <bjorn.topel@...il.com>,
Jean-Philippe Brucker <jean-philippe@...aro.org>,
Netdev <netdev@...r.kernel.org>, bpf <bpf@...r.kernel.org>,
Tom Herbert <tom@...bertland.com>,
Anders Roxell <anders.roxell@...il.com>,
linux-riscv <linux-riscv@...ts.infradead.org>,
linux-arm-kernel@...ts.infradead.org
Subject: Re: csum_partial() on different archs (selftest/bpf)
On Fri, Nov 13, 2020 at 03:32:22PM +0100, Daniel Borkmann wrote:
> > And I would strongly recommend to change the calling conventions of that
> > thing - make it return __sum16. And take __sum16 as well...
> >
> > Again, exposing __wsum to anything that looks like a stable ABI is
> > a mistake - it's an internal detail that can be easily abused,
> > causing unpleasant compat problems.
>
> I'll take a look at both, removing the copying and also wrt not breaking
> existing users for cascading the helper when fixing.
FWIW, see below the patch that sits in the leftovers queue (didn't make it into
work.csum_and_copy, missed the window, didn't get around to dealing with that
for -next this cycle yet); it does not fold the result, but deals with the rest
of that fun. I would still suggest at least folding the result; something like
return csum_fold(csum_sub(csum_partial(from, from_size, 0),
csum_partial(to, to_size, seed)),
instead of what this patch does, to guarantee a normalized return value.
Note that the order of csum_sub() arguments here is inverted compared to the
patch below - csum_fold() returns reduced *complement* of its argument, so we
want to give it SUM(from) - SUM(to) - seed, not seed - SUM(from) + SUM(to).
And it's probably a separate followup (adding normalization, that is).
commit 1dd99d9664ec36e9068afb3ca0017c0a43ee420f
Author: Al Viro <viro@...iv.linux.org.uk>
Date: Wed Jul 8 00:07:11 2020 -0400
bpf_csum_diff(): don't bother with scratchpads
Just use call csum_partial() on to and from and use csum_sub().
No need to bother with copying, inverting, percpu scratchpads,
etc.
Signed-off-by: Al Viro <viro@...iv.linux.org.uk>
diff --git a/net/core/filter.c b/net/core/filter.c
index 7124f0fe6974..3e21327b9964 100644
--- a/net/core/filter.c
+++ b/net/core/filter.c
@@ -1635,15 +1635,6 @@ void sk_reuseport_prog_free(struct bpf_prog *prog)
bpf_prog_destroy(prog);
}
-struct bpf_scratchpad {
- union {
- __be32 diff[MAX_BPF_STACK / sizeof(__be32)];
- u8 buff[MAX_BPF_STACK];
- };
-};
-
-static DEFINE_PER_CPU(struct bpf_scratchpad, bpf_sp);
-
static inline int __bpf_try_make_writable(struct sk_buff *skb,
unsigned int write_len)
{
@@ -1987,10 +1978,6 @@ static const struct bpf_func_proto bpf_l4_csum_replace_proto = {
BPF_CALL_5(bpf_csum_diff, __be32 *, from, u32, from_size,
__be32 *, to, u32, to_size, __wsum, seed)
{
- struct bpf_scratchpad *sp = this_cpu_ptr(&bpf_sp);
- u32 diff_size = from_size + to_size;
- int i, j = 0;
-
/* This is quite flexible, some examples:
*
* from_size == 0, to_size > 0, seed := csum --> pushing data
@@ -1999,16 +1986,11 @@ BPF_CALL_5(bpf_csum_diff, __be32 *, from, u32, from_size,
*
* Even for diffing, from_size and to_size don't need to be equal.
*/
- if (unlikely(((from_size | to_size) & (sizeof(__be32) - 1)) ||
- diff_size > sizeof(sp->diff)))
+ if (unlikely((from_size | to_size) & (sizeof(__be32) - 1)))
return -EINVAL;
- for (i = 0; i < from_size / sizeof(__be32); i++, j++)
- sp->diff[j] = ~from[i];
- for (i = 0; i < to_size / sizeof(__be32); i++, j++)
- sp->diff[j] = to[i];
-
- return csum_partial(sp->diff, diff_size, seed);
+ return csum_sub(csum_partial(to, to_size, seed),
+ csum_partial(from, from_size, 0));
}
static const struct bpf_func_proto bpf_csum_diff_proto = {
Powered by blists - more mailing lists