On Fri, 2022-09-23 at 14:19 +0200, Benjamin Hesmans wrote:
> The series only considers the sender side.
>
> Compared to the previous RFC patches, these ones focus on
> the sender side only. It corresponds to the 4 first patches from the RFC
> series.
>
> The sending part is less complex and even if it looks like we are
> converging for the receive part, there are still discussions on-going
> there.
>
> Again, thank you Dmytro for the previous work done. As already discussed
> on the ML and meeting, this approach was slightly different from what
> Dmytro originally proposed. Here tcp_sendmsg_fastopen() is exported and
> re-used and TCP_FASTOPEN_CONNECT is supported.
>
> MSG_FASTOPEN will be handled by Dmytro's patches.
>
> Individual changelogs have been added per patch.
>
> We would like to credit Sébastien Barré, Gregory Detal, Olivier
> Bonaventure and Christoph Paasch for the original idea of supporting TFO
> in MPTCP, see https://datatracker.ietf.org/doc/draft-barre-mptcp-tfo/
>
> It would be very nice to have these patches accepted in the future
> kernel 6.1 which will be the next LTS picked by many vendors: the
> modifications are quite small, well isolated and re-using what is done
> in TCP for years.
>
> v3:
> - Add Dmytro SoB as kindly asked at the last meeting, the code is still
> the same.
>
> v2:
> - Drop support for MSG_FASTOPEN because we were not sure that it was the
> correct way to do it.
> - latest patch of the series: apply comment from Paolo concerning
> mptcp_poll()
>
> Benjamin Hesmans (3):
> mptcp: add TCP_FASTOPEN_CONNECT socket option
> tcp: export tcp_sendmsg_fastopen
> mptcp: poll allow write call before actual connect
>
> Dmytro Shytyi (1):
> mptcp: handle defer connect in mptcp_sendmsg
>
> include/net/tcp.h | 2 ++
> net/ipv4/tcp.c | 5 ++---
> net/mptcp/protocol.c | 26 ++++++++++++++++++++++++++
> net/mptcp/sockopt.c | 19 ++++++++++++++++++-
> 4 files changed, 48 insertions(+), 4 deletions(-)
As noted in last public mtg code-wise LGTM, thanks!
Acked-by: Paolo Abeni <pabeni@redhat.com>