All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mat Martineau <mathew.j.martineau at linux.intel.com>
To: mptcp at lists.01.org
Subject: [MPTCP] Re: Cover letters for part1/part2 netdev patchsets
Date: Fri, 13 Dec 2019 11:19:19 -0800	[thread overview]
Message-ID: <alpine.OSX.2.21.1912130913330.33632@amhui-mobl1.amr.corp.intel.com> (raw)
In-Reply-To: 7a65d607-1a6f-1b01-7a18-3b830f97eebf@tessares.net

[-- Attachment #1: Type: text/plain, Size: 3018 bytes --]


On Fri, 13 Dec 2019, Matthieu Baerts wrote:

> Hi Mat,
>
> On 06/12/2019 01:41, Mat Martineau wrote:
>> 
>> Hello everyone -
>> 
>> As we discussed earlier today, here are draft cover letters for patch set 
>> parts 1 & 2. Feedback appreciated!
>> 
>> 
>> ------
>> Part 1
>> 
>> Subject: [PATCH net-next 0/0] Multipath TCP part 1: Prerequisites
>> 
>> The MPTCP upstreaming community has been collaborating on an
>> upstreamable MPTCP implementation. David requested that we split this
>> work in to multiple, smaller patch sets to build up MPTCP
>> infrastructure. The scope of this first patch set is limited to
>> prerequisite TCP core changes so we can get focused feedback in these
>> areas.
>
> Related to why I proposed on "Checklist before sending to netdev" ML, should 
> we already introduce here the fact that we are going to send 3 different 
> patch sets and why we cannot send all in one or less patches?
>
> Something like:
>
>    - The protocol is what it is and having a minimal set of features already 
> signifies a lot of code.
>    - This minimal set of features includes: the possibility for the 
> userspace to establish and properly terminate MPTCP connections but limited 
> to one subflow while still being able to transfer data in both directions
>    - We decided to split everything in 3 parts to ease the reviews:
>        - Part 1: Prerequisite TCP core changes
>        - Part 2: MPTCP minimal set of features including selftests
>        - Part 3: a switch from MPTCPv0 (RFC 6824) to MPTCPv1 (new RFC 8684 
> going to obsolete the previous one in the coming days)
>    - The idea would be to apply everything in the same "merge window".
>
> Feel free to improve this of course :)

Thanks Matthieu, good suggestion. Am I correct in thinking the plan is to 
have part 4 in this window as well, just in January sometime?

Updated draft:

----
Subject: [PATCH net-next 0/0] Multipath TCP part 1: Prerequisites

The MPTCP upstreaming community has been collaborating on an upstreamable 
MPTCP implementation that complies with RFC 8684. A minimal set of 
features to comply with the specification involves a sizeable set of code 
changes, so David requested that we split this work in to multiple, 
smaller patch sets to build up MPTCP infrastructure.

The minimal MPTCP feature set we are proposing for the v5.6 timeframe is 
split in to these parts for review:

Part 1 (this patch set): MPTCP prerequisites. Introduce some MPTCP 
definitions, additional ULP and skb extension features, TCP option space 
checking, and a few exported symbols.

Part 2: Single subflow implementation and self tests.

Part 3: Switch from MPTCP v0 (RFC 6824) to MPTCP v1 (new RFC 8684, 
publication expected in the next few days).

Part 4: Multiple subflow support.

<git tree references at github>

Thank you for your review. You can find us at mptcp(a)lists.01.org and
https://is.gd/mptcp_upstream



--
Mat Martineau
Intel

             reply	other threads:[~2019-12-13 19:19 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-12-13 19:19 Mat Martineau [this message]
  -- strict thread matches above, loose matches on Subject: below --
2019-12-13 21:08 [MPTCP] Re: Cover letters for part1/part2 netdev patchsets Matthieu Baerts
2019-12-13 20:41 Mat Martineau
2019-12-13 20:27 Matthieu Baerts
2019-12-13 18:32 Christoph Paasch
2019-12-13 18:28 Matthieu Baerts
2019-12-13 18:19 Christoph Paasch
2019-12-13 11:04 Matthieu Baerts
2019-12-13 10:43 Matthieu Baerts
2019-12-13  1:19 Christoph Paasch

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=alpine.OSX.2.21.1912130913330.33632@amhui-mobl1.amr.corp.intel.com \
    --to=unknown@example.com \
    /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.