diff options
| author | Paolo Abeni <[email protected]> | 2025-02-18 18:36:14 +0000 |
|---|---|---|
| committer | Jakub Kicinski <[email protected]> | 2025-02-20 03:05:28 +0000 |
| commit | bc68b0efa1bf923cef1294a631d8e7416c7e06e4 (patch) | |
| tree | 10b11892c5f0e98e48e9e55cdf26ee7f809431a0 /tools/testing/selftests/drivers/net/lib/py/env.py | |
| parent | mptcp: drop __mptcp_fastopen_gen_msk_ackseq() (diff) | |
| download | kernel-bc68b0efa1bf923cef1294a631d8e7416c7e06e4.tar.gz kernel-bc68b0efa1bf923cef1294a631d8e7416c7e06e4.zip | |
mptcp: move the whole rx path under msk socket lock protection
After commit c2e6048fa1cf ("mptcp: fix race in release_cb") we can
move the whole MPTCP rx path under the socket lock leveraging the
release_cb.
We can drop a bunch of spin_lock pairs in the receive functions, use
a single receive queue and invoke __mptcp_move_skbs only when subflows
ask for it.
This will allow more cleanup in the next patch.
Some changes are worth specific mention:
The msk rcvbuf update now always happens under both the msk and the
subflow socket lock: we can drop a bunch of ONCE annotation and
consolidate the checks.
When the skbs move is delayed at msk release callback time, even the
msk rcvbuf update is delayed; additionally take care of such action in
__mptcp_move_skbs().
Signed-off-by: Paolo Abeni <[email protected]>
Reviewed-by: Mat Martineau <[email protected]>
Signed-off-by: Matthieu Baerts (NGI0) <[email protected]>
Link: https://patch.msgid.link/20250218-net-next-mptcp-rx-path-refactor-v1-3-4a47d90d7998@kernel.org
Signed-off-by: Jakub Kicinski <[email protected]>
Diffstat (limited to 'tools/testing/selftests/drivers/net/lib/py/env.py')
0 files changed, 0 insertions, 0 deletions