]> git.ipfire.org Git - thirdparty/kernel/linux.git/commit
mptcp: pm: in kernel: only use fullmesh endp if any
authorMatthieu Baerts (NGI0) <matttbe@kernel.org>
Sat, 1 Nov 2025 17:56:52 +0000 (18:56 +0100)
committerJakub Kicinski <kuba@kernel.org>
Wed, 5 Nov 2025 01:15:06 +0000 (17:15 -0800)
commite461e8a799a2984e9b55f40c65d123a114496dff
treecc73f123506dccdd0189bdebf51a3f1f58714ef6
parentf88191c7f3618405f1fc5c331a94ebfe601c5b08
mptcp: pm: in kernel: only use fullmesh endp if any

Our documentation is saying that the in-kernel PM is only using fullmesh
endpoints to establish subflows to announced addresses when at least one
endpoint has a fullmesh flag. But this was not totally correct: only
fullmesh endpoints were used if at least one endpoint *from the same
address family as the received ADD_ADDR* has the fullmesh flag.

This is confusing, and it seems clearer not to have differences
depending on the address family.

So, now, when at least one MPTCP endpoint has a fullmesh flag, the local
addresses are picked from all fullmesh endpoints, which might be 0 if
there are no endpoints for the correct address family.

One selftest needs to be adapted for this behaviour change.

Reviewed-by: Geliang Tang <geliang@kernel.org>
Signed-off-by: Matthieu Baerts (NGI0) <matttbe@kernel.org>
Link: https://patch.msgid.link/20251101-net-next-mptcp-fm-endp-nb-bind-v1-2-b4166772d6bb@kernel.org
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
net/mptcp/pm_kernel.c
tools/testing/selftests/net/mptcp/mptcp_join.sh