Loading
selftests: mptcp: join: check re-re-adding ID 0 signal
stable inclusion from stable-v6.6.50 commit f9ca09beedda6502c3f3e639de9d1af931f1ded6 category: bugfix bugzilla: https://gitee.com/openeuler/kernel/issues/IAYKL6 Reference: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=f9ca09beedda6502c3f3e639de9d1af931f1ded6 -------------------------------- commit f18fa2abf81099d822d842a107f8c9889c86043c upstream. This test extends "delete re-add signal" to validate the previous commit: when the 'signal' endpoint linked to the initial subflow (ID 0) is re-added multiple times, it will re-send the ADD_ADDR with id 0. The client should still be able to re-create this subflow, even if the add_addr_accepted limit has been reached as this special address is not considered as a new address. 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: d0876b22 ("mptcp: add the incoming RM_ADDR support") Cc: stable@vger.kernel.org Reviewed-by:Mat Martineau <martineau@kernel.org> Signed-off-by:
Matthieu Baerts (NGI0) <matttbe@kernel.org> Signed-off-by:
Paolo Abeni <pabeni@redhat.com> Signed-off-by:
Matthieu Baerts (NGI0) <matttbe@kernel.org> Signed-off-by:
Greg Kroah-Hartman <gregkh@linuxfoundation.org> Conflicts: tools/testing/selftests/net/mptcp/mptcp_join.sh Signed-off-by:
Wen Zhiwei <wenzhiwei@kylinos.cn>