From: Matthieu Baerts <matttbe@kernel.org>
To: Geliang Tang <geliang@kernel.org>, mptcp@lists.linux.dev
Cc: Geliang Tang <tanggeliang@kylinos.cn>
Subject: Re: [PATCH mptcp-next v3 2/3] Squash to "selftests/bpf: Add mptcp subflow subtest"
Date: Mon, 23 Sep 2024 17:54:13 +0200 [thread overview]
Message-ID: <87e60e70-288b-424b-b646-62aefbfcfde2@kernel.org> (raw)
In-Reply-To: <eb6e2006358f2d3bc629b262ade7b86b234b18d5.1726966638.git.tanggeliang@kylinos.cn>
Hi Geliang,
On 22/09/2024 03:00, Geliang Tang wrote:
> From: Geliang Tang <tanggeliang@kylinos.cn>
>
> Address Martin's comments:
Thank you for that!
> Drop mptcp_subflow__attach.
> Use bpf_program__attach_cgroup instead of bpf_prog_attach.
> Use the skel->links.{mptcp_subflow, _getsockopt_subflow}, instead of declaring a
> local "link".
>
> More subflows for endpoint_init:
>
> Add two more test addresses ADDR_3 and ADDR_4, and adds a new parameter
> "subflows" for endpoint_init() to control how many subflows are used for the
> tests. This makes it more flexible.
Should we not split that and keep it for later? I mean: I think it would
be better to only address Martin's comments, and modify endpoint_init()
later because this is not needed for the moment if I'm not mistaken.
When we will need more than 2 subflows, we can add these patches, no?
It's just to minimise the differences between the versions already
reviewed by Martin, and the future one. WDYT?
I can already apply patches 1 and 2/6 from your v2. Then check later
what is preferred before sending a new version upstream.
Cheers,
Matt
--
Sponsored by the NGI0 Core fund.
next prev parent reply other threads:[~2024-09-23 15:54 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-22 1:00 [PATCH mptcp-next v3 0/3] fixes for "new MPTCP subflow subtest v6" Geliang Tang
2024-09-22 1:00 ` [PATCH mptcp-next v3 1/3] Squash to "selftests/bpf: Add getsockopt to inspect mptcp subflow" Geliang Tang
2024-09-22 1:00 ` [PATCH mptcp-next v3 2/3] Squash to "selftests/bpf: Add mptcp subflow subtest" Geliang Tang
2024-09-23 15:54 ` Matthieu Baerts [this message]
2024-09-22 1:00 ` [PATCH mptcp-next v3 3/3] Squash to "selftests/bpf: Add bpf scheduler test" Geliang Tang
2024-09-22 1:54 ` [PATCH mptcp-next v3 0/3] fixes for "new MPTCP subflow subtest v6" MPTCP CI
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=87e60e70-288b-424b-b646-62aefbfcfde2@kernel.org \
--to=matttbe@kernel.org \
--cc=geliang@kernel.org \
--cc=mptcp@lists.linux.dev \
--cc=tanggeliang@kylinos.cn \
/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.