From nobody Sun Mar 22 10:07:10 2026 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7AC4B3CB2FC; Tue, 3 Mar 2026 10:56:41 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772535401; cv=none; b=lW2bBg3rz3gZ3t6YEKUfXO1nMf+2eOAA5wf8LNIz99KErFohDrk/LdACc8mnT9qWMuH7SDvS4G1dbCYgTawbJOx0UIAcmv8qJRgMMZCu0HLMqDphhaxfv1D0XUvZ/WgKQ5LaWGy8eVJhF3SirWtEpXpXzWLraRoTUF3HpYjchcc= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1772535401; c=relaxed/simple; bh=3hIjxPBplMqBbUMZCyZ/eh+tqQIDphwx8R8DneO0OWM=; h=From:Date:Subject:MIME-Version:Content-Type:Message-Id:References: In-Reply-To:To:Cc; b=ueWqp3o4XxLURBtUPB4SsrmFxe8TR7JRNHdMiYrNS4A/m+iiML5KbDUal9khK6YZlI4j+1NwARUUsbtsV6TzyjDjEI+JaM8Y1FvjCtj6+IbqEL30iYtEfs6nYHHHvJpNYpAa688TVXwLLcDRPhmYcuzal8602g3PWcXmTTT3kOk= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=ijI8TL7p; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="ijI8TL7p" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8F1FBC2BCB3; Tue, 3 Mar 2026 10:56:38 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1772535400; bh=3hIjxPBplMqBbUMZCyZ/eh+tqQIDphwx8R8DneO0OWM=; h=From:Date:Subject:References:In-Reply-To:To:Cc:From; b=ijI8TL7pvMYOQTZ8/vo8iKSNIrmdB8c86WQoRavcdg/i6s7431YJlcWsCGvykFpHa kF8MWIDUIgW55B1t0rzM69RvzPAiI/uBQ06HpLEFU4F7Lc5nmh7v0fNzYPww0pB+M0 gKtoPN5ePGcTYQ0ush4kWGXCU2XHqoyD/STCVCA4I/kpng6wrLJoX8pploFx3j3OTw y2JzY8/fUSye0nl3zfVR6gtWnV8z0bKHtjhLm+e+V7i/aFRN7To9xm1cGVkq2GLZSw NmGb8Xsk6JzjUTcMlQiJGCMGDazaz0tR74m1lD0JzaASkgIeU+stqW+6z82ffD5JL9 8Awc5tiTINXLQ== From: "Matthieu Baerts (NGI0)" Date: Tue, 03 Mar 2026 11:56:06 +0100 Subject: [PATCH net 5/5] selftests: mptcp: join: check removing signal+subflow endp Precedence: bulk X-Mailing-List: mptcp@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Message-Id: <20260303-net-mptcp-misc-fixes-7-0-rc2-v1-5-4b5462b6f016@kernel.org> References: <20260303-net-mptcp-misc-fixes-7-0-rc2-v1-0-4b5462b6f016@kernel.org> In-Reply-To: <20260303-net-mptcp-misc-fixes-7-0-rc2-v1-0-4b5462b6f016@kernel.org> To: Mat Martineau , Geliang Tang , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Simon Horman , Shuah Khan Cc: netdev@vger.kernel.org, mptcp@lists.linux.dev, linux-kselftest@vger.kernel.org, linux-kernel@vger.kernel.org, "Matthieu Baerts (NGI0)" , stable@vger.kernel.org X-Mailer: b4 0.14.3 X-Developer-Signature: v=1; a=openpgp-sha256; l=1902; i=matttbe@kernel.org; h=from:subject:message-id; bh=3hIjxPBplMqBbUMZCyZ/eh+tqQIDphwx8R8DneO0OWM=; b=owGbwMvMwCVWo/Th0Gd3rumMp9WSGDKX7YtIPrYwQoSLc4cS/6TlEkmGB64u9X/9paTsy/76p pdR05PLOkpZGMS4GGTFFFmk2yLzZz6v4i3x8rOAmcPKBDKEgYtTACYim83I8CaE/5RiQrtaYt/E 0h7P3E9T3gZM/f34oFmAVqX/zNvatYwM66YdScp3PrzKcPLyBSL2Qg4LJ196cvnIXd7ErbP07oj 84gIA X-Developer-Key: i=matttbe@kernel.org; a=openpgp; fpr=E8CB85F76877057A6E27F77AF6B7824F4269A073 This validates the previous commit: endpoints with both the signal and subflow flags should always be marked as used even if it was not possible to create new subflows due to the MPTCP PM limits. For this test, an extra endpoint is created with both the signal and the subflow flags, and limits are set not to create extra subflows. In this case, an ADD_ADDR is sent, but no subflows are created. Still, the local endpoint is marked as used, and no warning is fired when removing the endpoint, after having sent a RM_ADDR. The 'Fixes' tag here below is the same as the one from the previous commit: this patch here is not fixing anything wrong in the selftests, but it validates the previous fix for an issue introduced by this commit ID. Fixes: 85df533a787b ("mptcp: pm: do not ignore 'subflow' if 'signal' flag i= s also set") Cc: stable@vger.kernel.org Reviewed-by: Mat Martineau Signed-off-by: Matthieu Baerts (NGI0) --- tools/testing/selftests/net/mptcp/mptcp_join.sh | 13 +++++++++++++ 1 file changed, 13 insertions(+) diff --git a/tools/testing/selftests/net/mptcp/mptcp_join.sh b/tools/testin= g/selftests/net/mptcp/mptcp_join.sh index 058ad5a13d24..a3144d7298a5 100755 --- a/tools/testing/selftests/net/mptcp/mptcp_join.sh +++ b/tools/testing/selftests/net/mptcp/mptcp_join.sh @@ -2626,6 +2626,19 @@ remove_tests() chk_rst_nr 0 0 fi =20 + # signal+subflow with limits, remove + if reset "remove signal+subflow with limits"; then + pm_nl_set_limits $ns1 0 0 + pm_nl_add_endpoint $ns1 10.0.2.1 flags signal,subflow + pm_nl_set_limits $ns2 0 0 + addr_nr_ns1=3D-1 speed=3Dslow \ + run_tests $ns1 $ns2 10.0.1.1 + chk_join_nr 0 0 0 + chk_add_nr 1 1 + chk_rm_nr 1 0 invert + chk_rst_nr 0 0 + fi + # addresses remove if reset "remove addresses"; then pm_nl_set_limits $ns1 3 3 --=20 2.51.0