Home
last modified time | relevance | path

Searched hist:"3721 b9b64676b3377a966f3d96acafd70bb32dd9" (Results 1 – 3 of 3) sorted by relevance

/openbmc/linux/net/mptcp/
H A Doptions.cdiff 3721b9b64676b3377a966f3d96acafd70bb32dd9 Tue Jul 28 17:12:03 CDT 2020 Mat Martineau <mathew.j.martineau@linux.intel.com> mptcp: Track received DATA_FIN sequence number and add related helpers

Incoming DATA_FIN headers need to propagate the presence of the DATA_FIN
bit and the associated sequence number to the MPTCP layer, even when
arriving on a bare ACK that does not get added to the receive queue. Add
structure members to store the DATA_FIN information and helpers to set
and check those values.

Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
H A Dprotocol.hdiff 3721b9b64676b3377a966f3d96acafd70bb32dd9 Tue Jul 28 17:12:03 CDT 2020 Mat Martineau <mathew.j.martineau@linux.intel.com> mptcp: Track received DATA_FIN sequence number and add related helpers

Incoming DATA_FIN headers need to propagate the presence of the DATA_FIN
bit and the associated sequence number to the MPTCP layer, even when
arriving on a bare ACK that does not get added to the receive queue. Add
structure members to store the DATA_FIN information and helpers to set
and check those values.

Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
H A Dprotocol.cdiff 3721b9b64676b3377a966f3d96acafd70bb32dd9 Tue Jul 28 17:12:03 CDT 2020 Mat Martineau <mathew.j.martineau@linux.intel.com> mptcp: Track received DATA_FIN sequence number and add related helpers

Incoming DATA_FIN headers need to propagate the presence of the DATA_FIN
bit and the associated sequence number to the MPTCP layer, even when
arriving on a bare ACK that does not get added to the receive queue. Add
structure members to store the DATA_FIN information and helpers to set
and check those values.

Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>