MPTCP Linux Development
 help / color / mirror / Atom feed
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 5/8] mptcp: userspace pm set_flags id support
Date: Wed, 8 Jan 2025 19:47:49 +0100	[thread overview]
Message-ID: <f3e45b8c-54e4-44af-bad2-63b6221cbcf0@kernel.org> (raw)
In-Reply-To: <30061158e34c4fbf9063150e6aec40c0eed42b6b.1736308884.git.tanggeliang@kylinos.cn>

Hi Geliang,

On 08/01/2025 05:21, Geliang Tang wrote:
> From: Geliang Tang <tanggeliang@kylinos.cn>
> 
> Similar to in-kernel PM, this patch adds address ID support to set_flags()
> interface of userspace PM, allowing it to work with either an address or
> an address ID.
> 
> When an address ID is used, mptcp_userspace_pm_lookup_addr_by_id() helper
> is used to look up the address entry in the local address list instead of
> using mptcp_userspace_pm_lookup_addr().

Mmh, I'm still not sure about that. As I was saying in [1], if I'm not
mistaken, with the userspace PM, it is possible not to find any entries
here, e.g.: if a subflow using this address has not been added or the
address has not been announced. (I guess the initial address is not
there then).

Do you think this patch is worth it? Setting by ID for the in-kernel PM
makes sense: unique ID for the netns, easier to type the ID than the
full address. While for the userspace PM, it will be managed by a daemon
that will have to track addresses anyway.

Or in other words, do you have a use-case for this? To me, it looks like
"yes, you can only set the ID, but it might not always work". Then maybe
better to always set the full address, no?

[1]
https://lore.kernel.org/mptcp/d01d0e8a-5606-4152-aabe-32e4402adeeb@kernel.org/

Cheers,
Matt
-- 
Sponsored by the NGI0 Core fund.


  reply	other threads:[~2025-01-08 18:47 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-08  4:21 [PATCH mptcp-next v3 0/8] BPF path manager, part 2 Geliang Tang
2025-01-08  4:21 ` [PATCH mptcp-next v3 1/8] mptcp: make three pm wrappers static Geliang Tang
2025-01-08  4:21 ` [PATCH mptcp-next v3 2/8] mptcp: drop skb parameter of get_addr Geliang Tang
2025-01-08  4:21 ` [PATCH mptcp-next v3 3/8] mptcp: add id parameter for get_addr Geliang Tang
2025-01-08  4:21 ` [PATCH mptcp-next v3 4/8] mptcp: reuse sending nlmsg code in get_addr Geliang Tang
2025-01-08  4:21 ` [PATCH mptcp-next v3 5/8] mptcp: userspace pm set_flags id support Geliang Tang
2025-01-08 18:47   ` Matthieu Baerts [this message]
2025-01-08 18:51     ` Matthieu Baerts
2025-01-09  3:40       ` Geliang Tang
2025-01-09 12:20         ` Matthieu Baerts
2025-01-10  7:45           ` Geliang Tang
2025-01-08  4:21 ` [PATCH mptcp-next v3 6/8] mptcp: drop skb parameter of set_flags Geliang Tang
2025-01-08  4:21 ` [PATCH mptcp-next v3 7/8] mptcp: change rem type " Geliang Tang
2025-01-08  4:21 ` [PATCH mptcp-next v3 8/8] mptcp: add local & remote parameters for set_flags Geliang Tang
2025-01-08  5:30 ` [PATCH mptcp-next v3 0/8] BPF path manager, part 2 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=f3e45b8c-54e4-44af-bad2-63b6221cbcf0@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox