From: Martin KaFai Lau <martin.lau@linux.dev>
To: Kui-Feng Lee <kuifeng@meta.com>
Cc: bpf@vger.kernel.org, ast@kernel.org, song@kernel.org,
kernel-team@meta.com, andrii@kernel.org, sdf@google.com
Subject: Re: [PATCH bpf-next v5 8/8] selftests/bpf: Test switching TCP Congestion Control algorithms.
Date: Wed, 8 Mar 2023 15:10:41 -0800 [thread overview]
Message-ID: <5a05613a-a346-1072-bbab-3494cf231961@linux.dev> (raw)
In-Reply-To: <20230308005050.255859-9-kuifeng@meta.com>
On 3/7/23 4:50 PM, Kui-Feng Lee wrote:
> Create a pair of sockets that utilize the congestion control algorithm
> under a particular name. Then switch up this congestion control
> algorithm to another implementation and check whether newly created
> connections using the same cc name now run the new implementation.
>
> Signed-off-by: Kui-Feng Lee <kuifeng@meta.com>
> ---
> .../selftests/bpf/prog_tests/bpf_tcp_ca.c | 38 ++++++++++++
> .../selftests/bpf/progs/tcp_ca_update.c | 62 +++++++++++++++++++
> 2 files changed, 100 insertions(+)
> create mode 100644 tools/testing/selftests/bpf/progs/tcp_ca_update.c
>
> diff --git a/tools/testing/selftests/bpf/prog_tests/bpf_tcp_ca.c b/tools/testing/selftests/bpf/prog_tests/bpf_tcp_ca.c
> index e980188d4124..caaa9175ee36 100644
> --- a/tools/testing/selftests/bpf/prog_tests/bpf_tcp_ca.c
> +++ b/tools/testing/selftests/bpf/prog_tests/bpf_tcp_ca.c
> @@ -8,6 +8,7 @@
> #include "bpf_dctcp.skel.h"
> #include "bpf_cubic.skel.h"
> #include "bpf_tcp_nogpl.skel.h"
> +#include "tcp_ca_update.skel.h"
> #include "bpf_dctcp_release.skel.h"
> #include "tcp_ca_write_sk_pacing.skel.h"
> #include "tcp_ca_incompl_cong_ops.skel.h"
> @@ -381,6 +382,41 @@ static void test_unsupp_cong_op(void)
> libbpf_set_print(old_print_fn);
> }
>
> +static void test_update_ca(void)
> +{
> + struct tcp_ca_update *skel;
> + struct bpf_link *link;
> + int saved_ca1_cnt;
> + int err;
> +
> + skel = tcp_ca_update__open();
> + if (!ASSERT_OK_PTR(skel, "open"))
> + return;
> +
> + err = tcp_ca_update__load(skel);
nit. Use tcp_ca_update__open_and_load().
> + if (!ASSERT_OK(err, "load")) {
> + tcp_ca_update__destroy(skel);
> + return;
> + }
> +
> + link = bpf_map__attach_struct_ops(skel->maps.ca_update_1);
> + ASSERT_OK_PTR(link, "attach_struct_ops");
> +
> + do_test("tcp_ca_update", NULL);
> + saved_ca1_cnt = skel->bss->ca1_cnt;
> + ASSERT_GT(saved_ca1_cnt, 0, "ca1_ca1_cnt");
> +
> + err = bpf_link__update_map(link, skel->maps.ca_update_2);
> + ASSERT_OK(err, "update_struct_ops");
> +
> + do_test("tcp_ca_update", NULL);
> + ASSERT_EQ(skel->bss->ca1_cnt, saved_ca1_cnt, "ca2_ca1_cnt");
> + ASSERT_GT(skel->bss->ca2_cnt, 0, "ca2_ca2_cnt");
> +
> + bpf_link__destroy(link);
> + tcp_ca_update__destroy(skel);
> +}
> +
> void test_bpf_tcp_ca(void)
> {
> if (test__start_subtest("dctcp"))
> @@ -399,4 +435,6 @@ void test_bpf_tcp_ca(void)
> test_incompl_cong_ops();
> if (test__start_subtest("unsupp_cong_op"))
> test_unsupp_cong_op();
> + if (test__start_subtest("update_ca"))
> + test_update_ca();
> }
> diff --git a/tools/testing/selftests/bpf/progs/tcp_ca_update.c b/tools/testing/selftests/bpf/progs/tcp_ca_update.c
> new file mode 100644
> index 000000000000..36a04be95df5
> --- /dev/null
> +++ b/tools/testing/selftests/bpf/progs/tcp_ca_update.c
> @@ -0,0 +1,62 @@
> +// SPDX-License-Identifier: GPL-2.0
> +
> +#include "vmlinux.h"
> +
> +#include <bpf/bpf_helpers.h>
> +#include <bpf/bpf_tracing.h>
> +
> +char _license[] SEC("license") = "GPL";
> +
> +int ca1_cnt = 0;
> +int ca2_cnt = 0;
> +
> +#define USEC_PER_SEC 1000000UL
Not used.
> +
> +#define min(a, b) ((a) < (b) ? (a) : (b))
Not used.
> +
> +static inline struct tcp_sock *tcp_sk(const struct sock *sk)
> +{
> + return (struct tcp_sock *)sk;
> +}
> +
> +SEC("struct_ops/ca_update_1_cong_control")
> +void BPF_PROG(ca_update_1_cong_control, struct sock *sk,
> + const struct rate_sample *rs)
> +{
> + ca1_cnt++;
> +}
> +
> +SEC("struct_ops/ca_update_2_cong_control")
> +void BPF_PROG(ca_update_2_cong_control, struct sock *sk,
> + const struct rate_sample *rs)
> +{
> + ca2_cnt++;
> +}
> +
> +SEC("struct_ops/ca_update_ssthresh")
> +__u32 BPF_PROG(ca_update_ssthresh, struct sock *sk)
> +{
> + return tcp_sk(sk)->snd_ssthresh;
> +}
> +
> +SEC("struct_ops/ca_update_undo_cwnd")
> +__u32 BPF_PROG(ca_update_undo_cwnd, struct sock *sk)
> +{
> + return tcp_sk(sk)->snd_cwnd;
> +}
> +
> +SEC(".struct_ops.link")
> +struct tcp_congestion_ops ca_update_1 = {
> + .cong_control = (void *)ca_update_1_cong_control,
> + .ssthresh = (void *)ca_update_ssthresh,
> + .undo_cwnd = (void *)ca_update_undo_cwnd,
> + .name = "tcp_ca_update",
> +};
> +
> +SEC(".struct_ops.link")
> +struct tcp_congestion_ops ca_update_2 = {
> + .cong_control = (void *)ca_update_2_cong_control,
nit. I think it is more future proof to use '.init' to bump the ca1_cnt and
ca2_cnt. '.init' must be called. Just in case for some unlikely stack change
that may not call cong_control and then need to adjust the test accordingly.
It also needs a few negative tests like creating a link with a map without
BPF_F_LINK. delete_elem on BPF_F_LINK map. Replace a link with a different
tcp-cc-name which is not supported now, ...etc.
> + .ssthresh = (void *)ca_update_ssthresh,
> + .undo_cwnd = (void *)ca_update_undo_cwnd,
> + .name = "tcp_ca_update",
> +};
next prev parent reply other threads:[~2023-03-08 23:11 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-08 0:50 [PATCH bpf-next v5 0/8] Transit between BPF TCP congestion controls Kui-Feng Lee
2023-03-08 0:50 ` [PATCH bpf-next v5 1/8] bpf: Retire the struct_ops map kvalue->refcnt Kui-Feng Lee
2023-03-08 18:30 ` Martin KaFai Lau
2023-03-08 22:30 ` Kui-Feng Lee
2023-03-08 0:50 ` [PATCH bpf-next v5 2/8] net: Update an existing TCP congestion control algorithm Kui-Feng Lee
2023-03-08 18:59 ` Martin KaFai Lau
2023-03-08 22:51 ` Kui-Feng Lee
2023-03-08 0:50 ` [PATCH bpf-next v5 3/8] bpf: Create links for BPF struct_ops maps Kui-Feng Lee
2023-03-08 15:01 ` kernel test robot
2023-03-08 15:32 ` kernel test robot
2023-03-08 16:03 ` kernel test robot
2023-03-08 20:04 ` Martin KaFai Lau
2023-03-08 23:46 ` Kui-Feng Lee
2023-03-08 0:50 ` [PATCH bpf-next v5 4/8] libbpf: Create a bpf_link in bpf_map__attach_struct_ops() Kui-Feng Lee
2023-03-08 21:42 ` Martin KaFai Lau
2023-03-09 0:22 ` Kui-Feng Lee
2023-03-09 17:09 ` Martin KaFai Lau
2023-03-09 18:16 ` Kui-Feng Lee
2023-03-09 18:19 ` Kui-Feng Lee
2023-03-08 0:50 ` [PATCH bpf-next v5 5/8] bpf: Update the struct_ops of a bpf_link Kui-Feng Lee
2023-03-08 22:21 ` Martin KaFai Lau
2023-03-09 3:09 ` Kui-Feng Lee
2023-03-08 0:50 ` [PATCH bpf-next v5 6/8] libbpf: Update a bpf_link with another struct_ops Kui-Feng Lee
2023-03-08 22:32 ` Martin KaFai Lau
2023-03-08 0:50 ` [PATCH bpf-next v5 7/8] libbpf: Use .struct_ops.link section to indicate a struct_ops with a link Kui-Feng Lee
2023-03-08 0:50 ` [PATCH bpf-next v5 8/8] selftests/bpf: Test switching TCP Congestion Control algorithms Kui-Feng Lee
2023-03-08 23:10 ` Martin KaFai Lau [this message]
2023-03-09 3:34 ` Kui-Feng Lee
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=5a05613a-a346-1072-bbab-3494cf231961@linux.dev \
--to=martin.lau@linux.dev \
--cc=andrii@kernel.org \
--cc=ast@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=kernel-team@meta.com \
--cc=kuifeng@meta.com \
--cc=sdf@google.com \
--cc=song@kernel.org \
/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.