Paolo Abeni ba36772a1c mptcp: be careful on subflow status propagation on errors ... commit 1249db44a1 upstream. Currently the subflow error report callback unconditionally propagates the fallback subflow status to the owning msk. If the msk is already orphaned, the above prevents the code from correctly tracking the msk moving to the TCP_CLOSE state and doing the appropriate cleanup. All the above causes increasing memory usage over time and sporadic self-tests failures. There is a great deal of infrastructure trying to propagate correctly the fallback subflow status to the owning mptcp socket, e.g. via mptcp_subflow_eof() and subflow_sched_work_if_closed(): in the error propagation path we need only to cope with unorphaned sockets. Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/339 Fixes: 15cc104533 ("mptcp: deliver ssk errors to msk") Cc: stable@vger.kernel.org Signed-off-by: Paolo Abeni <pabeni@redhat.com> Reviewed-by: Matthieu Baerts <matthieu.baerts@tessares.net> Signed-off-by: Matthieu Baerts <matthieu.baerts@tessares.net> Signed-off-by: David S. Miller <davem@davemloft.net> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>		2023-02-14 19:11:51 +01:00
..
Kconfig	…
Makefile	…
bpf.c	…
crypto.c	…
crypto_test.c	…
ctrl.c	…
diag.c	…
mib.c	…
mib.h	…
mptcp_diag.c	tcp: Access &tcp_hashinfo via net.	2022-09-20 10:21:49 -07:00
options.c	…
pm.c	mptcp: netlink: respect v4/v6-only sockets	2023-01-24 07:24:37 +01:00
pm_netlink.c	mptcp: account memory allocation in mptcp_nl_cmd_add_addr() to user	2022-09-15 12:01:02 +02:00
pm_userspace.c	mptcp: netlink: respect v4/v6-only sockets	2023-01-24 07:24:37 +01:00
protocol.c	mptcp: do not wait for bare sockets' timeout	2023-02-14 19:11:51 +01:00
protocol.h	mptcp: netlink: respect v4/v6-only sockets	2023-01-24 07:24:37 +01:00
sockopt.c	mptcp: add TCP_FASTOPEN_CONNECT socket option	2022-09-28 18:52:03 -07:00
subflow.c	mptcp: be careful on subflow status propagation on errors	2023-02-14 19:11:51 +01:00
syncookies.c	…
token.c	…
token_test.c	…