[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20200216.192029.620157434622045157.davem@davemloft.net>
Date: Sun, 16 Feb 2020 19:20:29 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: mathew.j.martineau@...ux.intel.com
Cc: netdev@...r.kernel.org
Subject: Re: [PATCH net] mptcp: Protect subflow socket options before
connection completes
From: Mat Martineau <mathew.j.martineau@...ux.intel.com>
Date: Fri, 14 Feb 2020 14:14:29 -0800
> Userspace should not be able to directly manipulate subflow socket
> options before a connection is established since it is not yet known if
> it will be an MPTCP subflow or a TCP fallback subflow. TCP fallback
> subflows can be more directly controlled by userspace because they are
> regular TCP connections, while MPTCP subflow sockets need to be
> configured for the specific needs of MPTCP. Use the same logic as
> sendmsg/recvmsg to ensure that socket option calls are only passed
> through to known TCP fallback subflows.
>
> Signed-off-by: Mat Martineau <mathew.j.martineau@...ux.intel.com>
Applied.
Powered by blists - more mailing lists