Netdev Archive on lore.kernel.org
help / color / mirror / Atom feed
From: Yonghong Song <yhs@fb.com>
To: Lorenz Bauer <lmb@cloudflare.com>
Cc: Jakub Sitnicki <jakub@cloudflare.com>,
John Fastabend <john.fastabend@gmail.com>,
Shuah Khan <shuah@kernel.org>,
Alexei Starovoitov <ast@kernel.org>,
Daniel Borkmann <daniel@iogearbox.net>,
kernel-team <kernel-team@cloudflare.com>,
LKML <linux-kernel@vger.kernel.org>,
<linux-kselftest@vger.kernel.org>,
Networking <netdev@vger.kernel.org>, bpf <bpf@vger.kernel.org>
Subject: Re: [PATCH bpf-next 6/6] selftests: bpf: test sockmap update from BPF
Date: Thu, 20 Aug 2020 07:49:14 -0700 [thread overview]
Message-ID: <582e57e2-58e6-8a37-7dbc-67a2a1db7ecb@fb.com> (raw)
In-Reply-To: <CACAyw9-ORs29Gt0c02qsco9ah_h88OqQh5cq36SpDCD19x89uw@mail.gmail.com>
On 8/20/20 4:58 AM, Lorenz Bauer wrote:
> On Wed, 19 Aug 2020 at 21:46, Yonghong Song <yhs@fb.com> wrote:
>>
>>
>>
>> On 8/19/20 2:24 AM, Lorenz Bauer wrote:
>>> Add a test which copies a socket from a sockmap into another sockmap
>>> or sockhash. This excercises bpf_map_update_elem support from BPF
>>> context. Compare the socket cookies from source and destination to
>>> ensure that the copy succeeded.
>>>
>>> Signed-off-by: Lorenz Bauer <lmb@cloudflare.com>
>>> ---
>>> .../selftests/bpf/prog_tests/sockmap_basic.c | 76 +++++++++++++++++++
>>> .../selftests/bpf/progs/test_sockmap_copy.c | 48 ++++++++++++
>>> 2 files changed, 124 insertions(+)
>>> create mode 100644 tools/testing/selftests/bpf/progs/test_sockmap_copy.c
>>>
>>> diff --git a/tools/testing/selftests/bpf/prog_tests/sockmap_basic.c b/tools/testing/selftests/bpf/prog_tests/sockmap_basic.c
>>> index 96e7b7f84c65..d30cabc00e9e 100644
>>> --- a/tools/testing/selftests/bpf/prog_tests/sockmap_basic.c
>>> +++ b/tools/testing/selftests/bpf/prog_tests/sockmap_basic.c
>>> @@ -4,6 +4,7 @@
>>>
>>> #include "test_progs.h"
>>> #include "test_skmsg_load_helpers.skel.h"
>>> +#include "test_sockmap_copy.skel.h"
>>>
>>> #define TCP_REPAIR 19 /* TCP sock is under repair right now */
>>>
>>> @@ -101,6 +102,77 @@ static void test_skmsg_helpers(enum bpf_map_type map_type)
>>> test_skmsg_load_helpers__destroy(skel);
>>> }
>>>
>>> +static void test_sockmap_copy(enum bpf_map_type map_type)
>>> +{
>>> + struct bpf_prog_test_run_attr attr;
>>> + struct test_sockmap_copy *skel;
>>> + __u64 src_cookie, dst_cookie;
>>> + int err, prog, s, src, dst;
>>> + const __u32 zero = 0;
>>> + char dummy[14] = {0};
>>> +
>>> + s = connected_socket_v4();
>>
>> Maybe change variable name to "sk" for better clarity?
>
> Yup!
>
>>
>>> + if (CHECK_FAIL(s == -1))
>>> + return;
>>> +
>>> + skel = test_sockmap_copy__open_and_load();
>>> + if (CHECK_FAIL(!skel)) {
>>> + close(s);
>>> + perror("test_sockmap_copy__open_and_load");
>>> + return;
>>> + }
>>
>> Could you use CHECK instead of CHECK_FAIL?
>> With CHECK, you can print additional information without perror.
>
> I avoid CHECK because it requires `duration`, which doesn't make sense
> for most things that I call CHECK_FAIL on here. So either it outputs 0
> nsec (which is bogus) or it outputs the value from the last
> bpf_prog_test_run call (which is also bogus). How do other tests
> handle this? Just ignore it?
Just ignore it. You can define a static variable duration in the
beginning of file and then use CHECK in the rest of file.
>
>>
>>
>>> +
>>> + prog = bpf_program__fd(skel->progs.copy_sock_map);
>>> + src = bpf_map__fd(skel->maps.src);
>>> + if (map_type == BPF_MAP_TYPE_SOCKMAP)
>>> + dst = bpf_map__fd(skel->maps.dst_sock_map);
>>> + else
>>> + dst = bpf_map__fd(skel->maps.dst_sock_hash);
>>> +
[...]
next prev parent reply other threads:[~2020-08-20 14:50 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-19 9:24 [PATCH bpf-next 0/6] Allow updating sockmap / sockhash " Lorenz Bauer
2020-08-19 9:24 ` [PATCH bpf-next 1/6] net: sk_msg: simplify sk_psock initialization Lorenz Bauer
2020-08-19 20:05 ` John Fastabend
2020-08-19 9:24 ` [PATCH bpf-next 2/6] bpf: sockmap: merge sockmap and sockhash update functions Lorenz Bauer
2020-08-19 15:48 ` Jakub Kicinski
2020-08-19 18:50 ` Yonghong Song
2020-08-19 20:11 ` John Fastabend
2020-08-19 9:24 ` [PATCH bpf-next 3/6] bpf: sockmap: call sock_map_update_elem directly Lorenz Bauer
2020-08-19 19:15 ` Yonghong Song
2020-08-19 20:29 ` John Fastabend
2020-08-19 9:24 ` [PATCH bpf-next 4/6] bpf: override the meaning of ARG_PTR_TO_MAP_VALUE for sockmap and sockhash Lorenz Bauer
2020-08-19 20:13 ` Yonghong Song
2020-08-20 12:33 ` Lorenz Bauer
2020-08-19 20:51 ` John Fastabend
2020-08-19 9:24 ` [PATCH bpf-next 5/6] bpf: sockmap: allow update from BPF Lorenz Bauer
2020-08-19 20:35 ` Yonghong Song
2020-08-19 21:22 ` John Fastabend
2020-08-19 22:41 ` John Fastabend
2020-08-20 11:33 ` Lorenz Bauer
2020-08-20 14:45 ` Yonghong Song
2020-08-19 9:24 ` [PATCH bpf-next 6/6] selftests: bpf: test sockmap " Lorenz Bauer
2020-08-19 20:45 ` Yonghong Song
2020-08-20 11:58 ` Lorenz Bauer
2020-08-20 14:49 ` Yonghong Song [this message]
2020-08-20 16:12 ` Lorenz Bauer
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=582e57e2-58e6-8a37-7dbc-67a2a1db7ecb@fb.com \
--to=yhs@fb.com \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=daniel@iogearbox.net \
--cc=jakub@cloudflare.com \
--cc=john.fastabend@gmail.com \
--cc=kernel-team@cloudflare.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-kselftest@vger.kernel.org \
--cc=lmb@cloudflare.com \
--cc=netdev@vger.kernel.org \
--cc=shuah@kernel.org \
--subject='Re: [PATCH bpf-next 6/6] selftests: bpf: test sockmap update from BPF' \
/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
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).