[PATCH net-next 0/5] mptcp: out-of-order queue pruning

Matthieu Baerts (NGI0) posted 5 patches 3 weeks ago
Failed in applying to current master (apply log)
There is a newer version of this series
net/mptcp/mib.c      |   3 +
net/mptcp/mib.h      |   3 +
net/mptcp/options.c  |  28 +++++-
net/mptcp/protocol.c | 251 +++++++++++++++++++++++++++++++++++++--------------
4 files changed, 215 insertions(+), 70 deletions(-)
[PATCH net-next 0/5] mptcp: out-of-order queue pruning
Posted by Matthieu Baerts (NGI0) 3 weeks ago
Under memory pressure, a pruning of the MPTCP-level OoO queue might be
required as last resort, to avoid too long recoveries, or even stalls.
Geliang and Gang managed to reproduce this behaviour, and Paolo
improved the situation thanks to the following patches:

- Patches 1-2: improve the MPTCP-level retransmission schema to make
  recoveries from memory pressure/after MPTCP-level drop significantly
  faster.

- Patches 2-3: make the admission check way stricter for incoming
  packets exceeding the memory limits, with some exceptions for fallback
  sockets.

- Patch 5: implement OoO queue pruning for MPTCP.

Signed-off-by: Matthieu Baerts (NGI0) <matttbe@kernel.org>
---
Paolo Abeni (5):
      mptcp: move the retrans loop to a separate helper
      mptcp: let the retrans scheduler do its job
      mptcp: explicitly drop over memory limits
      mptcp: enforce hard limit on backlog flushing
      mptcp: implemented OoO queue pruning

 net/mptcp/mib.c      |   3 +
 net/mptcp/mib.h      |   3 +
 net/mptcp/options.c  |  28 +++++-
 net/mptcp/protocol.c | 251 +++++++++++++++++++++++++++++++++++++--------------
 4 files changed, 215 insertions(+), 70 deletions(-)
---
base-commit: 89d8006259b81dd25c962f6cc8d7ab268d6ea426
change-id: 20260724-net-next-mptcp-oooq-pruning-48566d10dbd0

Best regards,
--  
Matthieu Baerts (NGI0) <matttbe@kernel.org>
Re: [PATCH net-next 0/5] mptcp: out-of-order queue pruning
Posted by Jakub Kicinski 2 weeks, 4 days ago
On Fri, 24 Jul 2026 16:02:12 +0200 Matthieu Baerts (NGI0) wrote:
> Under memory pressure, a pruning of the MPTCP-level OoO queue might be
> required as last resort, to avoid too long recoveries, or even stalls.
> Geliang and Gang managed to reproduce this behaviour, and Paolo
> improved the situation thanks to the following patches:
> 
> - Patches 1-2: improve the MPTCP-level retransmission schema to make
>   recoveries from memory pressure/after MPTCP-level drop significantly
>   faster.
> 
> - Patches 2-3: make the admission check way stricter for incoming
>   packets exceeding the memory limits, with some exceptions for fallback
>   sockets.
> 
> - Patch 5: implement OoO queue pruning for MPTCP.

Clashiko complains about a typo and has some suggestions which are
marked as Low but potentially worth addressing (stats naming?)
Please LMK if you completely disagree
-- 
pw-bot: cr