From: Geliang Tang <geliang.tang@suse.com>
To: Mat Martineau <mathew.j.martineau@linux.intel.com>
Cc: mptcp@lists.linux.dev
Subject: Re: [PATCH mptcp-next v11 6/7] selftests: bpf: verify ca_name of struct mptcp_sock
Date: Thu, 24 Mar 2022 22:53:56 +0800 [thread overview]
Message-ID: <20220324145356.GA15720@localhost> (raw)
In-Reply-To: <55171cab-2ab0-d367-951e-3968ff26511@linux.intel.com>
On Wed, Mar 23, 2022 at 11:28:50AM -0700, Mat Martineau wrote:
> On Wed, 23 Mar 2022, Geliang Tang wrote:
>
> > This patch verified another member of struct mptcp_sock, ca_name. Added a
> > new function get_msk_ca_name() to read the sysctl tcp_congestion_control
> > and verified it in verify_msk().
> >
> > Signed-off-by: Geliang Tang <geliang.tang@suse.com>
> > ---
> > tools/testing/selftests/bpf/bpf_tcp_helpers.h | 5 ++++
> > .../testing/selftests/bpf/prog_tests/mptcp.c | 25 +++++++++++++++++++
> > tools/testing/selftests/bpf/progs/mptcp.c | 4 +++
> > 3 files changed, 34 insertions(+)
> >
> > diff --git a/tools/testing/selftests/bpf/bpf_tcp_helpers.h b/tools/testing/selftests/bpf/bpf_tcp_helpers.h
> > index 9ea6687c8f4d..bebe382bcc7a 100644
> > --- a/tools/testing/selftests/bpf/bpf_tcp_helpers.h
> > +++ b/tools/testing/selftests/bpf/bpf_tcp_helpers.h
> > @@ -16,6 +16,10 @@ BPF_PROG(name, args)
> > #define SOL_TCP 6
> > #endif
> >
> > +#ifndef TCP_CA_NAME_MAX
> > +#define TCP_CA_NAME_MAX 16
> > +#endif
> > +
> > #define tcp_jiffies32 ((__u32)bpf_jiffies64())
> >
> > struct sock_common {
> > @@ -87,6 +91,7 @@ struct mptcp_sock {
> > struct inet_connection_sock sk;
> >
> > __u32 token;
> > + char ca_name[TCP_CA_NAME_MAX];
> > } __attribute__((preserve_access_index));
> >
> > static __always_inline struct inet_connection_sock *inet_csk(const struct sock *sk)
> > diff --git a/tools/testing/selftests/bpf/prog_tests/mptcp.c b/tools/testing/selftests/bpf/prog_tests/mptcp.c
> > index 80e57ca1ea4d..0f8ced3845c9 100644
> > --- a/tools/testing/selftests/bpf/prog_tests/mptcp.c
> > +++ b/tools/testing/selftests/bpf/prog_tests/mptcp.c
> > @@ -5,10 +5,15 @@
> > #include "cgroup_helpers.h"
> > #include "network_helpers.h"
> >
> > +#ifndef TCP_CA_NAME_MAX
> > +#define TCP_CA_NAME_MAX 16
> > +#endif
> > +
> > struct mptcp_storage {
> > __u32 invoked;
> > __u32 is_mptcp;
> > __u32 token;
> > + char ca_name[TCP_CA_NAME_MAX];
> > };
> >
> > static char monitor_log_path[64];
> > @@ -79,14 +84,28 @@ static __u32 get_msk_token(void)
> > return token;
> > }
> >
> > +void get_msk_ca_name(char ca_name[])
> > +{
> > + FILE *stream = popen("sysctl -b net.ipv4.tcp_congestion_control", "r");
> > + ssize_t len;
> > +
> > + len = fread(ca_name, TCP_CA_NAME_MAX, 1, stream);
> > + if (CHECK_FAIL(len < 0))
> > + log_err("Failed to read ca_name");
> > +
> > + pclose(stream);
> > +}
> > +
> > static int verify_msk(int map_fd, int client_fd)
> > {
> > char *msg = "MPTCP subflow socket";
> > int err = 0, cfd = client_fd;
> > struct mptcp_storage val;
> > + char ca_name[TCP_CA_NAME_MAX];
> > __u32 token;
> >
> > token = get_msk_token();
> > + get_msk_ca_name(ca_name);
> > if (token <= 0) {
> > log_err("Unexpected token %x", token);
> > return -1;
> > @@ -115,6 +134,12 @@ static int verify_msk(int map_fd, int client_fd)
> > err++;
> > }
> >
> > + if (strncmp(val.ca_name, ca_name, TCP_CA_NAME_MAX)) {
> > + log_err("Unexpected mptcp_sock.ca_name %s != %s",
> > + val.ca_name, ca_name);
>
> Double checking - is it guaranteed that ca_name and val.ca_name are null
> terminated?
val.ca_name is null terminated, but ca_name isn't. I should use fgets()
instead of fread() in get_msk_ca_name().
On today's export branch, 3/7 of v11 needs to be rebased, and thers's a
build break in 4/7, so I just sent a v12 with all these changes.
Thanks,
-Geliang
>
> -Mat
>
> > + err++;
> > + }
> > +
> > return err;
> > }
> >
> > diff --git a/tools/testing/selftests/bpf/progs/mptcp.c b/tools/testing/selftests/bpf/progs/mptcp.c
> > index afacea5ad9ca..6e7d2abf6ce3 100644
> > --- a/tools/testing/selftests/bpf/progs/mptcp.c
> > +++ b/tools/testing/selftests/bpf/progs/mptcp.c
> > @@ -1,6 +1,7 @@
> > // SPDX-License-Identifier: GPL-2.0
> > /* Copyright (c) 2020, Tessares SA. */
> >
> > +#include <string.h>
> > #include <linux/bpf.h>
> > #include <bpf/bpf_helpers.h>
> > #include "bpf_tcp_helpers.h"
> > @@ -12,6 +13,7 @@ struct mptcp_storage {
> > __u32 invoked;
> > __u32 is_mptcp;
> > __u32 token;
> > + char ca_name[TCP_CA_NAME_MAX];
> > };
> >
> > struct {
> > @@ -48,6 +50,7 @@ int _sockops(struct bpf_sock_ops *ctx)
> > return 1;
> >
> > storage->token = 0;
> > + bzero(storage->ca_name, TCP_CA_NAME_MAX);
> > } else {
> > msk = bpf_skc_to_mptcp_sock(sk);
> > if (!msk)
> > @@ -59,6 +62,7 @@ int _sockops(struct bpf_sock_ops *ctx)
> > return 1;
> >
> > storage->token = msk->token;
> > + memcpy(storage->ca_name, msk->ca_name, TCP_CA_NAME_MAX);
> > }
> > storage->invoked++;
> > storage->is_mptcp = tcp_sk->is_mptcp;
> > --
> > 2.34.1
> >
> >
> >
>
> --
> Mat Martineau
> Intel
>
next prev parent reply other threads:[~2022-03-24 14:53 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-23 9:09 [PATCH mptcp-next v11 0/7] add skc_to_mptcp_sock Geliang Tang
2022-03-23 9:09 ` [PATCH mptcp-next v11 1/7] Revert "selftests: bpf: add bpf_mptcp_sock() verifier tests" Geliang Tang
2022-03-23 9:09 ` [PATCH mptcp-next v11 2/7] Revert "bpf: add 'bpf_mptcp_sock' structure and helper" Geliang Tang
2022-03-23 9:09 ` [PATCH mptcp-next v11 3/7] bpf: add bpf_skc_to_mptcp_sock_proto Geliang Tang
2022-03-23 9:09 ` [PATCH mptcp-next v11 4/7] Squash to "selftests: bpf: add MPTCP test base" Geliang Tang
2022-03-23 9:09 ` [PATCH mptcp-next v11 5/7] selftests: bpf: test bpf_skc_to_mptcp_sock Geliang Tang
2022-03-23 9:09 ` [PATCH mptcp-next v11 6/7] selftests: bpf: verify ca_name of struct mptcp_sock Geliang Tang
2022-03-23 18:28 ` Mat Martineau
2022-03-24 14:53 ` Geliang Tang [this message]
2022-03-23 9:09 ` [PATCH mptcp-next v11 7/7] selftests: bpf: verify first subflow of mptcp_sock Geliang Tang
2022-03-23 12:48 ` [PATCH mptcp-next v11 0/7] add skc_to_mptcp_sock Matthieu Baerts
2022-03-23 16:50 ` Matthieu Baerts
2022-03-23 18:29 ` Mat Martineau
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=20220324145356.GA15720@localhost \
--to=geliang.tang@suse.com \
--cc=mathew.j.martineau@linux.intel.com \
--cc=mptcp@lists.linux.dev \
/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