Re: [PATCH net-next 0/6] mptcp: Refactor ADD_ADDR/RM_ADDR handling

Hello:

This series was applied to netdev/net-next.git (refs/heads/master):

On Mon, 23 Aug 2021 18:05:38 -0700 you wrote:

This patch set changes the way MPTCP ADD_ADDR and RM_ADDR options are
handled to improve the reliability of sending and updating address
advertisements. The information used to populate outgoing advertisement
option headers is now stored separately to avoid rare cases where a more
recent request would overwrite something that had not been sent
yet. While the peers would recover from this, it's better to avoid the
problem in the first place.

[...]

Here is the summary with links:
  - [net-next,1/6] mptcp: move drop_other_suboptions check under pm lock
    https://git.kernel.org/netdev/net-next/c/1f5e9e2f5fd5
  - [net-next,2/6] mptcp: make MPTCP_ADD_ADDR_SIGNAL and MPTCP_ADD_ADDR_ECHO separate
    https://git.kernel.org/netdev/net-next/c/18fc1a922e24
  - [net-next,3/6] mptcp: fix ADD_ADDR and RM_ADDR maybe flush addr_signal each other
    https://git.kernel.org/netdev/net-next/c/119c022096f5
  - [net-next,4/6] mptcp: build ADD_ADDR/echo-ADD_ADDR option according pm.add_signal
    https://git.kernel.org/netdev/net-next/c/f462a446384d
  - [net-next,5/6] mptcp: remove MPTCP_ADD_ADDR_IPV6 and MPTCP_ADD_ADDR_PORT
    https://git.kernel.org/netdev/net-next/c/c233ef139070
  - [net-next,6/6] selftests: mptcp: add_addr and echo race test
    https://git.kernel.org/netdev/net-next/c/33c563ad28e3

You are awesome, thank you!
--
Deet-doot-dot, I am a bot.
https://korg.docs.kernel.org/patchwork/pwbot.html