aboutsummaryrefslogtreecommitdiffstats
path: root/security/selinux/hooks.c
diff options
context:
space:
mode:
authorMatthieu Baerts (NGI0) <[email protected]>2024-08-28 06:14:38 +0000
committerPaolo Abeni <[email protected]>2024-08-29 08:39:50 +0000
commitf18fa2abf81099d822d842a107f8c9889c86043c (patch)
tree212f4f76612b3872f6500189fcf69d8be4ed0fbf /security/selinux/hooks.c
parentmptcp: pm: ADD_ADDR 0 is not a new address (diff)
downloadkernel-f18fa2abf81099d822d842a107f8c9889c86043c.tar.gz
kernel-f18fa2abf81099d822d842a107f8c9889c86043c.zip
selftests: mptcp: join: check re-re-adding ID 0 signal
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: d0876b2284cf ("mptcp: add the incoming RM_ADDR support") Cc: [email protected] Reviewed-by: Mat Martineau <[email protected]> Signed-off-by: Matthieu Baerts (NGI0) <[email protected]> Signed-off-by: Paolo Abeni <[email protected]>
Diffstat (limited to 'security/selinux/hooks.c')
0 files changed, 0 insertions, 0 deletions