[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20221201200953.2944415e@kernel.org>
Date: Thu, 1 Dec 2022 20:09:53 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Matthieu Baerts <matthieu.baerts@...sares.net>
Cc: "David S. Miller" <davem@...emloft.net>,
Eric Dumazet <edumazet@...gle.com>,
Mat Martineau <mathew.j.martineau@...ux.intel.com>,
Paolo Abeni <pabeni@...hat.com>, Shuah Khan <shuah@...nel.org>,
linux-kernel@...r.kernel.org, linux-kselftest@...r.kernel.org,
mptcp@...ts.linux.dev, netdev@...r.kernel.org
Subject: Re: [PATCH net-next 00/11] mptcp: PM listener events + selftests
cleanup
On Wed, 30 Nov 2022 15:06:22 +0100 Matthieu Baerts wrote:
> Thanks to the patch 6/11, the MPTCP path manager now sends Netlink events when
> MPTCP listening sockets are created and closed. The reason why it is needed is
> explained in the linked ticket [1]:
>
> MPTCP for Linux, when not using the in-kernel PM, depends on the userspace PM
> to create extra listening sockets before announcing addresses and ports. Let's
> call these "PM listeners".
>
> With the existing MPTCP netlink events, a userspace PM can create PM listeners
> at startup time, or in response to an incoming connection. Creating sockets in
> response to connections is not optimal: ADD_ADDRs can't be sent until the
> sockets are created and listen()ed, and if all connections are closed then it
> may not be clear to the userspace PM daemon that PM listener sockets should be
> cleaned up.
>
> Hence this feature request: to add MPTCP netlink events for listening socket
> close & create, so PM listening sockets can be managed based on application
> activity.
>
> [1] https://github.com/multipath-tcp/mptcp_net-next/issues/313
>
> Selftests for these new Netlink events have been added in patches 9,11/11.
>
> The remaining patches introduce different cleanups and small improvements in
> MPTCP selftests to ease the maintenance and the addition of new tests.
Also could you warp you cover letters at 72 characters?
I need to reflow them before I can read them :(
Powered by blists - more mailing lists