Searched hist:"866 f26f2a9c33bc70eb0f07ffc37fd9424ffe501" (Results 1 – 3 of 3) sorted by relevance
| /openbmc/linux/net/mptcp/ |
| H A D | subflow.c | diff 866f26f2a9c33bc70eb0f07ffc37fd9424ffe501 Wed Jan 20 08:39:10 CST 2021 Paolo Abeni <pabeni@redhat.com> mptcp: always graft subflow socket to parent
Currently, incoming subflows link to the parent socket,
while outgoing ones link to a per subflow socket. The latter
is not really needed, except at the initial connect() time and
for the first subflow.
Always graft the outgoing subflow to the parent socket and
free the unneeded ones early.
This allows some code cleanup, reduces the amount of memory
used and will simplify the next patch
Reviewed-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
|
| H A D | protocol.h | diff 866f26f2a9c33bc70eb0f07ffc37fd9424ffe501 Wed Jan 20 08:39:10 CST 2021 Paolo Abeni <pabeni@redhat.com> mptcp: always graft subflow socket to parent
Currently, incoming subflows link to the parent socket,
while outgoing ones link to a per subflow socket. The latter
is not really needed, except at the initial connect() time and
for the first subflow.
Always graft the outgoing subflow to the parent socket and
free the unneeded ones early.
This allows some code cleanup, reduces the amount of memory
used and will simplify the next patch
Reviewed-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
|
| H A D | protocol.c | diff 866f26f2a9c33bc70eb0f07ffc37fd9424ffe501 Wed Jan 20 08:39:10 CST 2021 Paolo Abeni <pabeni@redhat.com> mptcp: always graft subflow socket to parent
Currently, incoming subflows link to the parent socket,
while outgoing ones link to a per subflow socket. The latter
is not really needed, except at the initial connect() time and
for the first subflow.
Always graft the outgoing subflow to the parent socket and
free the unneeded ones early.
This allows some code cleanup, reduces the amount of memory
used and will simplify the next patch
Reviewed-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
|