From: wujianguo106@163.com
To: mptcp@lists.linux.dev
Cc: pabeni@redhat.com, mathew.j.martineau@linux.intel.com
Subject: [PATCH mptcp-net v8 0/5] Fix some mptcp syncookie process bugs
Date: Sat, 26 Jun 2021 17:16:33 +0800 [thread overview]
Message-ID: <1624698998-9029-1-git-send-email-wujianguo106@163.com> (raw)
From: wujianguo <wujianguo@chinatelecom.cn>
v7->v8:
- patch4: using bool for return value, and keep check_fully_established()
untouched.
v6->v7:
- patch4: corret the declaration of mptcp_incoming_options()
when CONFIG_MPTCP is not set
- patch5: add tag Reported-by: kernel test robot <oliver.sang@intel.com>
v5->v6:
- patch1: describe the testing tools in the commit log
- patch4: add return value to mptcp_incoming_options(), return 0 if
a subflow has been reset, else return 1, and drop the packet
in tcp_data_queue()/tcp_rcv_state_process() if the return
value is 0
- patch5: update selftest case "multiple subflows limited by server",
since the expected behavior is changed by patch4
v4->v5:
- patch4: add comment
v3->v4:
- patch1: using seq and sport/dport for hashing, and ignore network
headers altogether, as suggest by Florian
v2->v3:
- patch1: directly use inet6_ehashfn() for IPv6
- patch4: add Fixes tag.
v1->v2:
- patch1: handle ipv6 sockets/addresses,
always use 4-tuple drived hash and never look at skb->hash
- patch3: split into 2 patches.
- patch4: new added.
Jianguo Wu (5):
mptcp: fix warning in __skb_flow_dissect() when do syn cookie for
subflow join
mptcp: remove redundant req destruct in subflow_check_req()
mptcp: fix syncookie process if mptcp can not_accept new subflow
mptcp: avoid processing packet if a subflow reset
selftests: mptcp: fix case multiple subflows limited by server
include/net/mptcp.h | 5 +++--
net/ipv4/tcp_input.c | 19 +++++++++++++++----
net/mptcp/options.c | 19 +++++++++++++------
net/mptcp/subflow.c | 11 +++--------
net/mptcp/syncookies.c | 16 +++++++++++++++-
tools/testing/selftests/net/mptcp/mptcp_join.sh | 2 +-
6 files changed, 50 insertions(+), 22 deletions(-)
--
1.8.3.1
next reply other threads:[~2021-06-26 9:16 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-06-26 9:16 wujianguo106 [this message]
2021-06-26 9:16 ` [PATCH mptcp-net v8 1/5] mptcp: fix warning in __skb_flow_dissect() when do syn cookie for subflow join wujianguo106
2021-06-26 9:16 ` [PATCH mptcp-net v8 2/5] mptcp: remove redundant req destruct in subflow_check_req() wujianguo106
2021-06-26 9:16 ` [PATCH mptcp-net v8 3/5] mptcp: fix syncookie process if mptcp can not_accept new subflow wujianguo106
2021-06-26 9:16 ` [PATCH mptcp-net v8 4/5] mptcp: avoid processing packet if a subflow reset wujianguo106
2021-06-28 8:35 ` Geliang Tang
2021-06-28 16:45 ` Matthieu Baerts
2021-06-29 2:54 ` Jianguo Wu
2021-06-29 2:55 ` Jianguo Wu
2021-06-26 9:16 ` [PATCH mptcp-net v8 5/5] selftests: mptcp: fix case multiple subflows limited by server wujianguo106
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1624698998-9029-1-git-send-email-wujianguo106@163.com \
--to=wujianguo106@163.com \
--cc=mathew.j.martineau@linux.intel.com \
--cc=mptcp@lists.linux.dev \
--cc=pabeni@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).