netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: "Toke Høiland-Jørgensen" <toke@redhat.com>
To: Andrii Nakryiko <andrii.nakryiko@gmail.com>
Cc: Alexei Starovoitov <ast@kernel.org>,
	Daniel Borkmann <daniel@iogearbox.net>,
	"David S. Miller" <davem@davemloft.net>,
	Jakub Kicinski <kuba@kernel.org>,
	Jesper Dangaard Brouer <hawk@kernel.org>,
	John Fastabend <john.fastabend@gmail.com>,
	Yonghong Song <yhs@fb.com>, Andrii Nakryiko <andrii@kernel.org>,
	Mykola Lysenko <mykolal@fb.com>,
	Martin KaFai Lau <martin.lau@linux.dev>,
	Song Liu <song@kernel.org>, KP Singh <kpsingh@kernel.org>,
	Stanislav Fomichev <sdf@google.com>, Hao Luo <haoluo@google.com>,
	Jiri Olsa <jolsa@kernel.org>, Shuah Khan <shuah@kernel.org>,
	bpf@vger.kernel.org, netdev@vger.kernel.org
Subject: Re: [PATCH bpf v4 2/2] selftests/bpf: Add a test for using a cpumap from an freplace-to-XDP program
Date: Wed, 14 Dec 2022 23:58:32 +0100	[thread overview]
Message-ID: <87359hfv8n.fsf@toke.dk> (raw)
In-Reply-To: <CAEf4BzYMNgfmnKzAo==Rs8E-S6cTsVv4mj_17yfKmQ5S_KzXuQ@mail.gmail.com>

Andrii Nakryiko <andrii.nakryiko@gmail.com> writes:

> On Tue, Dec 13, 2022 at 5:05 PM Toke Høiland-Jørgensen <toke@redhat.com> wrote:
>>
>> This adds a simple test for inserting an XDP program into a cpumap that is
>> "owned" by an XDP program that was loaded as PROG_TYPE_EXT (as libxdp
>> does). Prior to the kernel fix this would fail because the map type
>> ownership would be set to PROG_TYPE_EXT instead of being resolved to
>> PROG_TYPE_XDP.
>>
>> v4:
>> - Use skeletons for selftest
>> v3:
>> - Update comment to better explain the cause
>> - Add Yonghong's ACK
>>
>> Acked-by: Yonghong Song <yhs@fb.com>
>> Signed-off-by: Toke Høiland-Jørgensen <toke@redhat.com>
>> ---
>>  .../selftests/bpf/prog_tests/fexit_bpf2bpf.c  | 54 +++++++++++++++++++
>>  .../selftests/bpf/progs/freplace_progmap.c    | 24 +++++++++
>>  2 files changed, 78 insertions(+)
>>  create mode 100644 tools/testing/selftests/bpf/progs/freplace_progmap.c
>>
>> diff --git a/tools/testing/selftests/bpf/prog_tests/fexit_bpf2bpf.c b/tools/testing/selftests/bpf/prog_tests/fexit_bpf2bpf.c
>> index d1e32e792536..efa1fc65840d 100644
>> --- a/tools/testing/selftests/bpf/prog_tests/fexit_bpf2bpf.c
>> +++ b/tools/testing/selftests/bpf/prog_tests/fexit_bpf2bpf.c
>> @@ -4,6 +4,8 @@
>>  #include <network_helpers.h>
>>  #include <bpf/btf.h>
>>  #include "bind4_prog.skel.h"
>> +#include "freplace_progmap.skel.h"
>> +#include "xdp_dummy.skel.h"
>>
>>  typedef int (*test_cb)(struct bpf_object *obj);
>>
>> @@ -500,6 +502,56 @@ static void test_fentry_to_cgroup_bpf(void)
>>         bind4_prog__destroy(skel);
>>  }
>>
>> +static void test_func_replace_progmap(void)
>> +{
>> +       struct bpf_cpumap_val value = { .qsize = 1 };
>> +       struct freplace_progmap *skel = NULL;
>> +       struct xdp_dummy *tgt_skel = NULL;
>> +       int err, tgt_fd;
>> +       __u32 key = 0;
>> +
>> +       skel = freplace_progmap__open();
>> +       if (!ASSERT_OK_PTR(skel, "prog_open"))
>> +               return;
>> +
>> +       tgt_skel = xdp_dummy__open_and_load();
>> +       if (!ASSERT_OK_PTR(tgt_skel, "tgt_prog_load"))
>> +               goto out;
>> +
>> +       tgt_fd = bpf_program__fd(tgt_skel->progs.xdp_dummy_prog);
>> +
>> +       /* Change the 'redirect' program type to be a PROG_TYPE_EXT
>> +        * with an XDP target
>> +        */
>> +       bpf_program__set_type(skel->progs.xdp_cpumap_prog, BPF_PROG_TYPE_EXT);
>> +       bpf_program__set_expected_attach_type(skel->progs.xdp_cpumap_prog, 0);
>
> you shouldn't need this manual override if you mark xdp_cpumap_prog as
> SEC("freplace"), or am I missing something?

No, you're right; I guess I was just too focused on recreating the flow
we use in libxdp. Will fix!

>> +       err = bpf_program__set_attach_target(skel->progs.xdp_cpumap_prog,
>> +                                            tgt_fd, "xdp_dummy_prog");
>> +       if (!ASSERT_OK(err, "set_attach_target"))
>> +               goto out;
>> +
>> +       err = freplace_progmap__load(skel);
>> +       if (!ASSERT_OK(err, "obj_load"))
>> +               goto out;
>> +
>> +       /* Prior to fixing the kernel, loading the PROG_TYPE_EXT 'redirect'
>> +        * program above will cause the map owner type of 'cpumap' to be set to
>> +        * PROG_TYPE_EXT. This in turn will cause the bpf_map_update_elem()
>> +        * below to fail, because the program we are inserting into the map is
>> +        * of PROG_TYPE_XDP. After fixing the kernel, the initial ownership will
>> +        * be correctly resolved to the *target* of the PROG_TYPE_EXT program
>> +        * (i.e., PROG_TYPE_XDP) and the map update will succeed.
>> +        */
>> +       value.bpf_prog.fd = bpf_program__fd(skel->progs.xdp_drop_prog);
>> +       err = bpf_map_update_elem(bpf_map__fd(skel->maps.cpu_map),
>> +                                 &key, &value, 0);
>> +       ASSERT_OK(err, "map_update");
>> +
>> +out:
>> +       xdp_dummy__destroy(tgt_skel);
>> +       freplace_progmap__destroy(skel);
>> +}
>> +
>>  /* NOTE: affect other tests, must run in serial mode */
>>  void serial_test_fexit_bpf2bpf(void)
>>  {
>> @@ -525,4 +577,6 @@ void serial_test_fexit_bpf2bpf(void)
>>                 test_func_replace_global_func();
>>         if (test__start_subtest("fentry_to_cgroup_bpf"))
>>                 test_fentry_to_cgroup_bpf();
>> +       if (test__start_subtest("func_replace_progmap"))
>> +               test_func_replace_progmap();
>>  }
>> diff --git a/tools/testing/selftests/bpf/progs/freplace_progmap.c b/tools/testing/selftests/bpf/progs/freplace_progmap.c
>> new file mode 100644
>> index 000000000000..68174c3d7b37
>> --- /dev/null
>> +++ b/tools/testing/selftests/bpf/progs/freplace_progmap.c
>> @@ -0,0 +1,24 @@
>> +// SPDX-License-Identifier: GPL-2.0
>> +#include <linux/bpf.h>
>> +#include <bpf/bpf_helpers.h>
>> +
>> +struct {
>> +       __uint(type, BPF_MAP_TYPE_CPUMAP);
>> +       __uint(key_size, sizeof(__u32));
>> +       __uint(value_size, sizeof(struct bpf_cpumap_val));
>
> ok, another minor nit which you ignored, libbpf should be smart enough to accept
>
> __type(key, __u32);
> __type(value, struct bpf_cpumap_val);
>
> And if it's not it would be good to know that it's not (and trivially
> fix it).

Ah, actually saw that comment on the previous version, and then
completely forgot about it when I was fixing things up. Sorry about
that; will change!

-Toke


      reply	other threads:[~2022-12-14 22:59 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20221214010517.668943-1-toke@redhat.com>
2022-12-14  1:05 ` [PATCH bpf v4 2/2] selftests/bpf: Add a test for using a cpumap from an freplace-to-XDP program Toke Høiland-Jørgensen
2022-12-14 19:35   ` Andrii Nakryiko
2022-12-14 22:58     ` Toke Høiland-Jørgensen [this message]

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=87359hfv8n.fsf@toke.dk \
    --to=toke@redhat.com \
    --cc=andrii.nakryiko@gmail.com \
    --cc=andrii@kernel.org \
    --cc=ast@kernel.org \
    --cc=bpf@vger.kernel.org \
    --cc=daniel@iogearbox.net \
    --cc=davem@davemloft.net \
    --cc=haoluo@google.com \
    --cc=hawk@kernel.org \
    --cc=john.fastabend@gmail.com \
    --cc=jolsa@kernel.org \
    --cc=kpsingh@kernel.org \
    --cc=kuba@kernel.org \
    --cc=martin.lau@linux.dev \
    --cc=mykolal@fb.com \
    --cc=netdev@vger.kernel.org \
    --cc=sdf@google.com \
    --cc=shuah@kernel.org \
    --cc=song@kernel.org \
    --cc=yhs@fb.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 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).