[Devel] [PATCH hci-8.1 6/8] ms/mptcp: implemented OoO queue pruning

[no-reply at sashiko.virtuozzo.com]

> From: Paolo Abeni <pabeni at redhat.com>
> 
> When moving incoming skbs in the msk receive queue and the latter
> is above limits, prune it as needed quite alike what TCP is doing
> at the subflow level. The main difference relies in the stop condition:
> since MPTCP does not perform collapsing, it's better off dropping the
> bare minimum to fit the (newer) incoming packet.
> 
> Signed-off-by: Paolo Abeni <pabeni at redhat.com>
> Tested-by: Gang Yan <yangang at kylinos.cn>
> Reviewed-by: Matthieu Baerts (NGI0) <matttbe at kernel.org>
> Signed-off-by: Matthieu Baerts (NGI0) <matttbe at kernel.org>
> Link: https://patch.msgid.link/20260807-net-next-mptcp-oooq-pruning-v3-7-dbc1eb853cc3@kernel.org
> Signed-off-by: Jakub Kicinski <kuba at kernel.org>
> (cherry picked from commit e468d371180d3c5b3333660bd742103b88703adf)
> 
> Rebase note: in the older receive path of this tree the check goes
> into __mptcp_move_skb() and mptcp_data_queue_ofo(), after the map_seq
> of the skb is set, and replaces the drop of the previous patch, as in
> mainline. The commits of the series between the two, about the backlog
> this tree lacks and a cleanup, are not needed. OFOPruned is added after
> the last counter of this tree.
> 
> https://virtuozzo.atlassian.net/browse/VSTOR-153491
> Feature: fix ms/net
> Signed-off-by: Eva Kurchatova <eva.kurchatova at virtuozzo.com>

Sashiko has reviewed this patch and found no issues. It looks great!

-- 
Sashiko AI review · https://sashiko.vzint.dev/#/patchset/20261106030306.16014-1-eva.kurchatova@virtuozzo.com?part=6