All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthieu Baerts <matttbe@kernel.org>
To: Mat Martineau <martineau@kernel.org>
Cc: MPTCP Linux <mptcp@lists.linux.dev>
Subject: Re: [PATCH mptcp-net mptcp-next v4 00/15] mptcp: pm: drop TCP TS with ADD_ADDRv6 + port
Date: Sat, 30 May 2026 19:04:21 +1000	[thread overview]
Message-ID: <3ea430aa-cb75-40bb-ae9f-ada6649077bb@kernel.org> (raw)
In-Reply-To: <6b4b5e7d-1663-c84f-b09a-e2afeb7b866e@kernel.org>

Hi Mat,

On 30/05/2026 04:12, Mat Martineau wrote:
> On Fri, 29 May 2026, Matthieu Baerts (NGI0) wrote:
> 
>> Currently, it is possible to add a "signal" MPTCP endpoint with a v6
>> address and a port, or to directly request to send an ADD_ADDR with a v6
>> address and a port, but such signalling option cannot be sent when TCP
>> timestamps is used due to a lack of option space. Instead of simply
>> dropping such ADD_ADDR, the TCP timestamps can be dropped only for this
>> packet.
>>
>> - Patch 1: fix for PREEMPT_RT kernels, for -net.
>>
>> - Patches 2-4: small cleanups to avoid computing ADD/RM_ADDR twice.
>>
>> - Patches 5-8: the new feature, controlled by a new sysctl knob.
>>
>> - Patch 9: extra checks in the selftests.
>>
>> - Patches 10-15: refactoring/cleanups: some of them were part of a
>>  previous patch: "mptcp: pm: clearer ADD_ADDR related helpers names"
>>  [1].
>>
>> Note that the mptcp/add_addr/add_addr6_port_ts_server.pkt packetdrill
>> test is supposed to fail with this series, until this PR is applied:
>>
>>  https://github.com/multipath-tcp/packetdrill/pull/198
>>
>> Link: https://lore.kernel.org/20260415-mptcp-inc-limits-v5-20-
>> e54c3bf80e4e@kernel.org [1]
>> Signed-off-by: Matthieu Baerts (NGI0) <matttbe@kernel.org>
>> ---
>> Changes in v4:
>> - Patches 2-4: uniform "size" type: signed for all suboptions. (Mat)
>> - Dropped previous patch 16.
>> - Link to v3: https://patch.msgid.link/20260520-mptcp-add-addr6-port-
>> ts-v3-0-bffa658a7678@kernel.org
> 
> Hi Matthieu -
> 
> Thank you for the updates in v4, all of my concerns are addressed and I
> agree that this approach to fitting ADD_ADDR headers w/ IPv6 seems like
> the best tradeoff.
> 
> I'll also give a +1 on the packetdrill PR.

Thank you! Merged!
> For the series:
> 
> Reviewed-by: Mat Martineau <martineau@kernel.org>

Thank you for the review! Now in our tree:

New patches for t/upstream-net and t/upstream:
- c619bf382586: mptcp: pm: avoid sleeping while holding rcu_read_lock
- Results: ba5ea3e35898..b744d5cbf545 (export-net)
- Results: 24c473fa6c91..0a3014718f01 (export)

Tests are now in progress:

- export-net:
https://github.com/multipath-tcp/mptcp_net-next/commit/8f01bd3c80a4051904fdb16bc4a7d2d56e01b102/checks

New patches for t/upstream:
- 140b3313d086: mptcp: options: suboptions sizes can be negative
- ecb59042f997: mptcp: pm: avoid computing rm_addr size twice
- e152c63b3234: mptcp: pm: avoid computing add_addr size twice
- 3e1f23bf6d20: mptcp: introduce add_addr_v6_port_drop_ts sysctl knob
- be190e710733: tcp: allow mptcp to drop TS for some packets
- 2bbbbbf511cf: mptcp: pm: drop TCP TS with ADD_ADDRv6 + port
- 12de239a0b82: selftests: mptcp: validate ADD_ADDRv6 + TS + port
- a701782ba7ce: selftests: mptcp: always check sent/dropped ADD_ADDRs
- f72cd39ee480: mptcp: pm: use for_each_subflow helper
- 29db124b818c: mptcp: pm: rename add_entry structure to add_addr
- 35e6e38f8cad: mptcp: pm: uniform announced addresses helpers
- 5b33e846c45a: mptcp: pm: remove add_ prefix from timer
- 1c5f13b9f12e: mptcp: pm: make mptcp_pm_add_addr_send_ack static
- 54551d64573b: mptcp: pm: avoid using del_timer directly
- Results: 0a3014718f01..75370a1de11f (export)

Tests are now in progress:

- export:
https://github.com/multipath-tcp/mptcp_net-next/commit/228692121494a157d7050d141422c9b49c19ca25/checks

Cheers,
Matt
-- 
Sponsored by the NGI0 Core fund.


      reply	other threads:[~2026-05-30  9:04 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-29  3:21 [PATCH mptcp-net mptcp-next v4 00/15] mptcp: pm: drop TCP TS with ADD_ADDRv6 + port Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-net mptcp-next v4 01/15] mptcp: pm: avoid sleeping while holding rcu_read_lock Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 02/15] mptcp: options: suboptions sizes can be negative Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 03/15] mptcp: pm: avoid computing rm_addr size twice Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 04/15] mptcp: pm: avoid computing add_addr " Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 05/15] mptcp: introduce add_addr_v6_port_drop_ts sysctl knob Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 06/15] tcp: allow mptcp to drop TS for some packets Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 07/15] mptcp: pm: drop TCP TS with ADD_ADDRv6 + port Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 08/15] selftests: mptcp: validate ADD_ADDRv6 + TS " Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 09/15] selftests: mptcp: always check sent/dropped ADD_ADDRs Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 10/15] mptcp: pm: use for_each_subflow helper Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 11/15] mptcp: pm: rename add_entry structure to add_addr Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 12/15] mptcp: pm: uniform announced addresses helpers Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 13/15] mptcp: pm: remove add_ prefix from timer Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 14/15] mptcp: pm: make mptcp_pm_add_addr_send_ack static Matthieu Baerts (NGI0)
2026-05-29  3:21 ` [PATCH mptcp-next v4 15/15] mptcp: pm: avoid using del_timer directly Matthieu Baerts (NGI0)
2026-05-29  4:30 ` [PATCH mptcp-net mptcp-next v4 00/15] mptcp: pm: drop TCP TS with ADD_ADDRv6 + port MPTCP CI
2026-05-29 18:12 ` Mat Martineau
2026-05-30  9:04   ` Matthieu Baerts [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3ea430aa-cb75-40bb-ae9f-ada6649077bb@kernel.org \
    --to=matttbe@kernel.org \
    --cc=martineau@kernel.org \
    --cc=mptcp@lists.linux.dev \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.