2020-01-22 03:56:17 +03:00
|
|
|
// SPDX-License-Identifier: GPL-2.0
|
|
|
|
/* Multipath TCP
|
|
|
|
*
|
|
|
|
* Copyright (c) 2017 - 2019, Intel Corporation.
|
|
|
|
*/
|
|
|
|
|
2020-01-22 03:56:20 +03:00
|
|
|
#define pr_fmt(fmt) "MPTCP: " fmt
|
|
|
|
|
2020-01-22 03:56:17 +03:00
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/netdevice.h>
|
2020-03-28 00:48:39 +03:00
|
|
|
#include <crypto/algapi.h>
|
2020-11-13 08:20:21 +03:00
|
|
|
#include <crypto/sha2.h>
|
2020-01-22 03:56:17 +03:00
|
|
|
#include <net/sock.h>
|
|
|
|
#include <net/inet_common.h>
|
|
|
|
#include <net/inet_hashtables.h>
|
|
|
|
#include <net/protocol.h>
|
|
|
|
#include <net/tcp.h>
|
2020-01-22 03:56:18 +03:00
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
|
|
|
#include <net/ip6_route.h>
|
2021-01-20 17:39:14 +03:00
|
|
|
#include <net/transp_v6.h>
|
2020-01-22 03:56:18 +03:00
|
|
|
#endif
|
2020-01-22 03:56:17 +03:00
|
|
|
#include <net/mptcp.h>
|
2020-09-14 11:01:16 +03:00
|
|
|
#include <uapi/linux/mptcp.h>
|
2020-01-22 03:56:17 +03:00
|
|
|
#include "protocol.h"
|
2020-03-28 00:48:50 +03:00
|
|
|
#include "mib.h"
|
|
|
|
|
2021-04-17 01:38:05 +03:00
|
|
|
#include <trace/events/mptcp.h>
|
|
|
|
|
2021-01-20 17:39:14 +03:00
|
|
|
static void mptcp_subflow_ops_undo_override(struct sock *ssk);
|
|
|
|
|
2020-03-28 00:48:50 +03:00
|
|
|
static void SUBFLOW_REQ_INC_STATS(struct request_sock *req,
|
|
|
|
enum linux_mptcp_mib_field field)
|
|
|
|
{
|
|
|
|
MPTCP_INC_STATS(sock_net(req_to_sk(req)), field);
|
|
|
|
}
|
2020-01-22 03:56:17 +03:00
|
|
|
|
2020-01-22 03:56:20 +03:00
|
|
|
static void subflow_req_destructor(struct request_sock *req)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_request_sock *subflow_req = mptcp_subflow_rsk(req);
|
|
|
|
|
|
|
|
pr_debug("subflow_req=%p", subflow_req);
|
|
|
|
|
2020-06-17 13:08:56 +03:00
|
|
|
if (subflow_req->msk)
|
|
|
|
sock_put((struct sock *)subflow_req->msk);
|
|
|
|
|
2020-06-26 20:30:00 +03:00
|
|
|
mptcp_token_destroy_request(req);
|
2020-01-22 03:56:20 +03:00
|
|
|
tcp_request_sock_ops.destructor(req);
|
|
|
|
}
|
|
|
|
|
2020-03-28 00:48:39 +03:00
|
|
|
static void subflow_generate_hmac(u64 key1, u64 key2, u32 nonce1, u32 nonce2,
|
|
|
|
void *hmac)
|
|
|
|
{
|
|
|
|
u8 msg[8];
|
|
|
|
|
|
|
|
put_unaligned_be32(nonce1, &msg[0]);
|
|
|
|
put_unaligned_be32(nonce2, &msg[4]);
|
|
|
|
|
|
|
|
mptcp_crypto_hmac_sha(key1, key2, msg, 8, hmac);
|
|
|
|
}
|
|
|
|
|
2020-07-23 14:02:36 +03:00
|
|
|
static bool mptcp_can_accept_new_subflow(const struct mptcp_sock *msk)
|
|
|
|
{
|
|
|
|
return mptcp_is_fully_established((void *)msk) &&
|
|
|
|
READ_ONCE(msk->pm.accept_subflow);
|
|
|
|
}
|
|
|
|
|
2020-03-28 00:48:39 +03:00
|
|
|
/* validate received token and create truncated hmac and nonce for SYN-ACK */
|
2021-02-02 02:09:14 +03:00
|
|
|
static void subflow_req_create_thmac(struct mptcp_subflow_request_sock *subflow_req)
|
|
|
|
{
|
|
|
|
struct mptcp_sock *msk = subflow_req->msk;
|
|
|
|
u8 hmac[SHA256_DIGEST_SIZE];
|
|
|
|
|
|
|
|
get_random_bytes(&subflow_req->local_nonce, sizeof(u32));
|
|
|
|
|
|
|
|
subflow_generate_hmac(msk->local_key, msk->remote_key,
|
|
|
|
subflow_req->local_nonce,
|
|
|
|
subflow_req->remote_nonce, hmac);
|
|
|
|
|
|
|
|
subflow_req->thmac = get_unaligned_be64(hmac);
|
|
|
|
}
|
|
|
|
|
2021-02-02 02:09:13 +03:00
|
|
|
static struct mptcp_sock *subflow_token_join_request(struct request_sock *req)
|
2020-03-28 00:48:39 +03:00
|
|
|
{
|
|
|
|
struct mptcp_subflow_request_sock *subflow_req = mptcp_subflow_rsk(req);
|
|
|
|
struct mptcp_sock *msk;
|
|
|
|
int local_id;
|
|
|
|
|
2021-09-24 03:04:11 +03:00
|
|
|
msk = mptcp_token_get_sock(sock_net(req_to_sk(req)), subflow_req->token);
|
2020-03-28 00:48:39 +03:00
|
|
|
if (!msk) {
|
2020-03-28 00:48:50 +03:00
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_JOINNOTOKEN);
|
2020-06-17 13:08:56 +03:00
|
|
|
return NULL;
|
2020-03-28 00:48:39 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
local_id = mptcp_pm_get_local_id(msk, (struct sock_common *)req);
|
|
|
|
if (local_id < 0) {
|
|
|
|
sock_put((struct sock *)msk);
|
2020-06-17 13:08:56 +03:00
|
|
|
return NULL;
|
2020-03-28 00:48:39 +03:00
|
|
|
}
|
|
|
|
subflow_req->local_id = local_id;
|
|
|
|
|
2020-06-17 13:08:56 +03:00
|
|
|
return msk;
|
2020-03-28 00:48:39 +03:00
|
|
|
}
|
|
|
|
|
2021-02-12 02:30:40 +03:00
|
|
|
static void subflow_init_req(struct request_sock *req, const struct sock *sk_listener)
|
2020-01-22 03:56:18 +03:00
|
|
|
{
|
|
|
|
struct mptcp_subflow_request_sock *subflow_req = mptcp_subflow_rsk(req);
|
|
|
|
|
|
|
|
subflow_req->mp_capable = 0;
|
2020-03-28 00:48:39 +03:00
|
|
|
subflow_req->mp_join = 0;
|
2021-06-18 02:46:09 +03:00
|
|
|
subflow_req->csum_reqd = mptcp_is_checksum_enabled(sock_net(sk_listener));
|
2021-06-22 22:25:19 +03:00
|
|
|
subflow_req->allow_join_id0 = mptcp_allow_join_id0(sock_net(sk_listener));
|
2020-06-17 13:08:56 +03:00
|
|
|
subflow_req->msk = NULL;
|
2020-06-26 20:30:00 +03:00
|
|
|
mptcp_token_init_request(req);
|
2020-07-30 22:25:52 +03:00
|
|
|
}
|
|
|
|
|
2021-02-02 02:09:15 +03:00
|
|
|
static bool subflow_use_different_sport(struct mptcp_sock *msk, const struct sock *sk)
|
|
|
|
{
|
|
|
|
return inet_sk(sk)->inet_sport != inet_sk((struct sock *)msk)->inet_sport;
|
|
|
|
}
|
|
|
|
|
2021-04-02 02:19:44 +03:00
|
|
|
static void subflow_add_reset_reason(struct sk_buff *skb, u8 reason)
|
|
|
|
{
|
|
|
|
struct mptcp_ext *mpext = skb_ext_add(skb, SKB_EXT_MPTCP);
|
|
|
|
|
|
|
|
if (mpext) {
|
|
|
|
memset(mpext, 0, sizeof(*mpext));
|
|
|
|
mpext->reset_reason = reason;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-11-30 18:36:31 +03:00
|
|
|
/* Init mptcp request socket.
|
|
|
|
*
|
|
|
|
* Returns an error code if a JOIN has failed and a TCP reset
|
|
|
|
* should be sent.
|
|
|
|
*/
|
2021-02-12 02:30:40 +03:00
|
|
|
static int subflow_check_req(struct request_sock *req,
|
|
|
|
const struct sock *sk_listener,
|
|
|
|
struct sk_buff *skb)
|
2020-07-30 22:25:52 +03:00
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *listener = mptcp_subflow_ctx(sk_listener);
|
|
|
|
struct mptcp_subflow_request_sock *subflow_req = mptcp_subflow_rsk(req);
|
|
|
|
struct mptcp_options_received mp_opt;
|
2021-08-27 03:44:52 +03:00
|
|
|
bool opt_mp_capable, opt_mp_join;
|
2020-07-30 22:25:52 +03:00
|
|
|
|
|
|
|
pr_debug("subflow_req=%p, listener=%p", subflow_req, listener);
|
|
|
|
|
2021-02-12 02:30:40 +03:00
|
|
|
#ifdef CONFIG_TCP_MD5SIG
|
|
|
|
/* no MPTCP if MD5SIG is enabled on this socket or we may run out of
|
|
|
|
* TCP option space.
|
|
|
|
*/
|
|
|
|
if (rcu_access_pointer(tcp_sk(sk_listener)->md5sig_info))
|
|
|
|
return -EINVAL;
|
|
|
|
#endif
|
2020-07-30 22:25:52 +03:00
|
|
|
|
2022-02-16 05:11:25 +03:00
|
|
|
mptcp_get_options(skb, &mp_opt);
|
2020-07-30 22:25:52 +03:00
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
opt_mp_capable = !!(mp_opt.suboptions & OPTIONS_MPTCP_MPC);
|
|
|
|
opt_mp_join = !!(mp_opt.suboptions & OPTIONS_MPTCP_MPJ);
|
|
|
|
if (opt_mp_capable) {
|
2020-03-28 00:48:50 +03:00
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_MPCAPABLEPASSIVE);
|
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
if (opt_mp_join)
|
2020-11-30 18:36:31 +03:00
|
|
|
return 0;
|
2021-08-27 03:44:52 +03:00
|
|
|
} else if (opt_mp_join) {
|
2020-03-28 00:48:50 +03:00
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_JOINSYNRX);
|
|
|
|
}
|
2020-03-28 00:48:39 +03:00
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
if (opt_mp_capable && listener->request_mptcp) {
|
2021-05-28 02:54:25 +03:00
|
|
|
int err, retries = MPTCP_TOKEN_MAX_RETRIES;
|
2020-07-30 22:25:51 +03:00
|
|
|
|
2020-07-30 22:25:54 +03:00
|
|
|
subflow_req->ssn_offset = TCP_SKB_CB(skb)->seq;
|
2020-07-30 22:25:51 +03:00
|
|
|
again:
|
|
|
|
do {
|
|
|
|
get_random_bytes(&subflow_req->local_key, sizeof(subflow_req->local_key));
|
|
|
|
} while (subflow_req->local_key == 0);
|
2020-01-22 03:56:20 +03:00
|
|
|
|
2020-07-30 22:25:54 +03:00
|
|
|
if (unlikely(req->syncookie)) {
|
|
|
|
mptcp_crypto_key_sha(subflow_req->local_key,
|
|
|
|
&subflow_req->token,
|
|
|
|
&subflow_req->idsn);
|
|
|
|
if (mptcp_token_exists(subflow_req->token)) {
|
|
|
|
if (retries-- > 0)
|
|
|
|
goto again;
|
2021-04-02 02:19:41 +03:00
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_TOKENFALLBACKINIT);
|
2020-07-30 22:25:54 +03:00
|
|
|
} else {
|
|
|
|
subflow_req->mp_capable = 1;
|
|
|
|
}
|
2020-11-30 18:36:31 +03:00
|
|
|
return 0;
|
2020-07-30 22:25:54 +03:00
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:20 +03:00
|
|
|
err = mptcp_token_new_request(req);
|
|
|
|
if (err == 0)
|
|
|
|
subflow_req->mp_capable = 1;
|
2020-07-30 22:25:51 +03:00
|
|
|
else if (retries-- > 0)
|
|
|
|
goto again;
|
2021-04-02 02:19:41 +03:00
|
|
|
else
|
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_TOKENFALLBACKINIT);
|
2020-01-22 03:56:20 +03:00
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
} else if (opt_mp_join && listener->request_mptcp) {
|
2020-03-28 00:48:40 +03:00
|
|
|
subflow_req->ssn_offset = TCP_SKB_CB(skb)->seq;
|
2020-03-28 00:48:39 +03:00
|
|
|
subflow_req->mp_join = 1;
|
mptcp: move option parsing into mptcp_incoming_options()
The mptcp_options_received structure carries several per
packet flags (mp_capable, mp_join, etc.). Such fields must
be cleared on each packet, even on dropped ones or packet
not carrying any MPTCP options, but the current mptcp
code clears them only on TCP option reset.
On several races/corner cases we end-up with stray bits in
incoming options, leading to WARN_ON splats. e.g.:
[ 171.164906] Bad mapping: ssn=32714 map_seq=1 map_data_len=32713
[ 171.165006] WARNING: CPU: 1 PID: 5026 at net/mptcp/subflow.c:533 warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.167632] Modules linked in: ip6_vti ip_vti ip_gre ipip sit tunnel4 ip_tunnel geneve ip6_udp_tunnel udp_tunnel macsec macvtap tap ipvlan macvlan 8021q garp mrp xfrm_interface veth netdevsim nlmon dummy team bonding vcan bridge stp llc ip6_gre gre ip6_tunnel tunnel6 tun binfmt_misc intel_rapl_msr intel_rapl_common rfkill kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel joydev virtio_balloon pcspkr i2c_piix4 sunrpc ip_tables xfs libcrc32c crc32c_intel serio_raw virtio_console ata_generic virtio_blk virtio_net net_failover failover ata_piix libata
[ 171.199464] CPU: 1 PID: 5026 Comm: repro Not tainted 5.7.0-rc1.mptcp_f227fdf5d388+ #95
[ 171.200886] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014
[ 171.202546] RIP: 0010:warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.206537] Code: c1 ea 03 0f b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 d0 7c 04 84 d2 75 1d 8b 55 3c 44 89 e6 48 c7 c7 20 51 13 95 e8 37 8b 22 fe <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 89 4c 24 04 e8 db d6 94 fe 8b 4c
[ 171.220473] RSP: 0018:ffffc90000150560 EFLAGS: 00010282
[ 171.221639] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 171.223108] RDX: 0000000000000000 RSI: 0000000000000008 RDI: fffff5200002a09e
[ 171.224388] RBP: ffff8880aa6e3c00 R08: 0000000000000001 R09: fffffbfff2ec9955
[ 171.225706] R10: ffffffff9764caa7 R11: fffffbfff2ec9954 R12: 0000000000007fca
[ 171.227211] R13: ffff8881066f4a7f R14: ffff8880aa6e3c00 R15: 0000000000000020
[ 171.228460] FS: 00007f8623719740(0000) GS:ffff88810be00000(0000) knlGS:0000000000000000
[ 171.230065] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 171.231303] CR2: 00007ffdab190a50 CR3: 00000001038ea006 CR4: 0000000000160ee0
[ 171.232586] Call Trace:
[ 171.233109] <IRQ>
[ 171.233531] get_mapping_status (linux-mptcp/net/mptcp/subflow.c:691)
[ 171.234371] mptcp_subflow_data_available (linux-mptcp/net/mptcp/subflow.c:736 linux-mptcp/net/mptcp/subflow.c:832)
[ 171.238181] subflow_state_change (linux-mptcp/net/mptcp/subflow.c:1085 (discriminator 1))
[ 171.239066] tcp_fin (linux-mptcp/net/ipv4/tcp_input.c:4217)
[ 171.240123] tcp_data_queue (linux-mptcp/./include/linux/compiler.h:199 linux-mptcp/net/ipv4/tcp_input.c:4822)
[ 171.245083] tcp_rcv_established (linux-mptcp/./include/linux/skbuff.h:1785 linux-mptcp/./include/net/tcp.h:1774 linux-mptcp/./include/net/tcp.h:1847 linux-mptcp/net/ipv4/tcp_input.c:5238 linux-mptcp/net/ipv4/tcp_input.c:5730)
[ 171.254089] tcp_v4_rcv (linux-mptcp/./include/linux/spinlock.h:393 linux-mptcp/net/ipv4/tcp_ipv4.c:2009)
[ 171.258969] ip_protocol_deliver_rcu (linux-mptcp/net/ipv4/ip_input.c:204 (discriminator 1))
[ 171.260214] ip_local_deliver_finish (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/ipv4/ip_input.c:232)
[ 171.261389] ip_local_deliver (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:252)
[ 171.265884] ip_rcv (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:539)
[ 171.273666] process_backlog (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/core/dev.c:6135)
[ 171.275328] net_rx_action (linux-mptcp/net/core/dev.c:6572 linux-mptcp/net/core/dev.c:6640)
[ 171.280472] __do_softirq (linux-mptcp/./arch/x86/include/asm/jump_label.h:25 linux-mptcp/./include/linux/jump_label.h:200 linux-mptcp/./include/trace/events/irq.h:142 linux-mptcp/kernel/softirq.c:293)
[ 171.281379] do_softirq_own_stack (linux-mptcp/arch/x86/entry/entry_64.S:1083)
[ 171.282358] </IRQ>
We could address the issue clearing explicitly the relevant fields
in several places - tcp_parse_option, tcp_fast_parse_options,
possibly others.
Instead we move the MPTCP option parsing into the already existing
mptcp ingress hook, so that we need to clear the fields in a single
place.
This allows us dropping an MPTCP hook from the TCP code and
removing the quite large mptcp_options_received from the tcp_sock
struct. On the flip side, the MPTCP sockets will traverse the
option space twice (in tcp_parse_option() and in
mptcp_incoming_options(). That looks acceptable: we already
do that for syn and 3rd ack packets, plain TCP socket will
benefit from it, and even MPTCP sockets will experience better
code locality, reducing the jumps between TCP and MPTCP code.
v1 -> v2:
- rebased on current '-net' tree
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-30 16:01:52 +03:00
|
|
|
subflow_req->backup = mp_opt.backup;
|
|
|
|
subflow_req->remote_id = mp_opt.join_id;
|
|
|
|
subflow_req->token = mp_opt.token;
|
|
|
|
subflow_req->remote_nonce = mp_opt.nonce;
|
2021-02-02 02:09:13 +03:00
|
|
|
subflow_req->msk = subflow_token_join_request(req);
|
2020-07-30 22:25:56 +03:00
|
|
|
|
2020-11-30 18:36:31 +03:00
|
|
|
/* Can't fall back to TCP in this case. */
|
2021-04-02 02:19:44 +03:00
|
|
|
if (!subflow_req->msk) {
|
|
|
|
subflow_add_reset_reason(skb, MPTCP_RST_EMPTCP);
|
2020-11-30 18:36:31 +03:00
|
|
|
return -EPERM;
|
2021-04-02 02:19:44 +03:00
|
|
|
}
|
2020-11-30 18:36:31 +03:00
|
|
|
|
2021-02-02 02:09:15 +03:00
|
|
|
if (subflow_use_different_sport(subflow_req->msk, sk_listener)) {
|
|
|
|
pr_debug("syn inet_sport=%d %d",
|
|
|
|
ntohs(inet_sk(sk_listener)->inet_sport),
|
|
|
|
ntohs(inet_sk((struct sock *)subflow_req->msk)->inet_sport));
|
|
|
|
if (!mptcp_pm_sport_in_anno_list(subflow_req->msk, sk_listener)) {
|
2021-02-02 02:09:19 +03:00
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_MISMATCHPORTSYNRX);
|
2021-02-02 02:09:15 +03:00
|
|
|
return -EPERM;
|
|
|
|
}
|
2021-02-02 02:09:19 +03:00
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_JOINPORTSYNRX);
|
2021-02-02 02:09:15 +03:00
|
|
|
}
|
|
|
|
|
2021-02-02 02:09:14 +03:00
|
|
|
subflow_req_create_thmac(subflow_req);
|
|
|
|
|
2020-11-30 18:36:31 +03:00
|
|
|
if (unlikely(req->syncookie)) {
|
2020-07-30 22:25:56 +03:00
|
|
|
if (mptcp_can_accept_new_subflow(subflow_req->msk))
|
|
|
|
subflow_init_req_cookie_join_save(subflow_req, skb);
|
mptcp: fix syncookie process if mptcp can not_accept new subflow
Lots of "TCP: tcp_fin: Impossible, sk->sk_state=7" in client side
when doing stress testing using wrk and webfsd.
There are at least two cases may trigger this warning:
1.mptcp is in syncookie, and server recv MP_JOIN SYN request,
in subflow_check_req(), the mptcp_can_accept_new_subflow()
return false, so subflow_init_req_cookie_join_save() isn't
called, i.e. not store the data present in the MP_JOIN syn
request and the random nonce in hash table - join_entries[],
but still send synack. When recv 3rd-ack,
mptcp_token_join_cookie_init_state() will return false, and
3rd-ack is dropped, then if mptcp conn is closed by client,
client will send a DATA_FIN and a MPTCP FIN, the DATA_FIN
doesn't have MP_CAPABLE or MP_JOIN,
so mptcp_subflow_init_cookie_req() will return 0, and pass
the cookie check, MP_JOIN request is fallback to normal TCP.
Server will send a TCP FIN if closed, in client side,
when process TCP FIN, it will do reset, the code path is:
tcp_data_queue()->mptcp_incoming_options()
->check_fully_established()->mptcp_subflow_reset().
mptcp_subflow_reset() will set sock state to TCP_CLOSE,
so tcp_fin will hit TCP_CLOSE, and print the warning.
2.mptcp is in syncookie, and server recv 3rd-ack, in
mptcp_subflow_init_cookie_req(), mptcp_can_accept_new_subflow()
return false, and subflow_req->mp_join is not set to 1,
so in subflow_syn_recv_sock() will not reset the MP_JOIN
subflow, but fallback to normal TCP, and then the same thing
happens when server will send a TCP FIN if closed.
For case1, subflow_check_req() return -EPERM,
then tcp_conn_request() will drop MP_JOIN SYN.
For case2, let subflow_syn_recv_sock() call
mptcp_can_accept_new_subflow(), and do fatal fallback, send reset.
Fixes: 9466a1ccebbe ("mptcp: enable JOIN requests even if cookies are in use")
Signed-off-by: Jianguo Wu <wujianguo@chinatelecom.cn>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-07-10 03:20:48 +03:00
|
|
|
else
|
|
|
|
return -EPERM;
|
2020-07-30 22:25:56 +03:00
|
|
|
}
|
|
|
|
|
2020-06-17 13:08:56 +03:00
|
|
|
pr_debug("token=%u, remote_nonce=%u msk=%p", subflow_req->token,
|
|
|
|
subflow_req->remote_nonce, subflow_req->msk);
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
2020-11-30 18:36:31 +03:00
|
|
|
|
|
|
|
return 0;
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
|
|
|
|
2020-07-30 22:25:54 +03:00
|
|
|
int mptcp_subflow_init_cookie_req(struct request_sock *req,
|
|
|
|
const struct sock *sk_listener,
|
|
|
|
struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *listener = mptcp_subflow_ctx(sk_listener);
|
|
|
|
struct mptcp_subflow_request_sock *subflow_req = mptcp_subflow_rsk(req);
|
|
|
|
struct mptcp_options_received mp_opt;
|
2021-08-27 03:44:52 +03:00
|
|
|
bool opt_mp_capable, opt_mp_join;
|
2020-07-30 22:25:54 +03:00
|
|
|
int err;
|
|
|
|
|
2021-02-12 02:30:40 +03:00
|
|
|
subflow_init_req(req, sk_listener);
|
2022-02-16 05:11:25 +03:00
|
|
|
mptcp_get_options(skb, &mp_opt);
|
2020-07-30 22:25:54 +03:00
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
opt_mp_capable = !!(mp_opt.suboptions & OPTIONS_MPTCP_MPC);
|
|
|
|
opt_mp_join = !!(mp_opt.suboptions & OPTIONS_MPTCP_MPJ);
|
|
|
|
if (opt_mp_capable && opt_mp_join)
|
2020-07-30 22:25:54 +03:00
|
|
|
return -EINVAL;
|
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
if (opt_mp_capable && listener->request_mptcp) {
|
2020-07-30 22:25:54 +03:00
|
|
|
if (mp_opt.sndr_key == 0)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
subflow_req->local_key = mp_opt.rcvr_key;
|
|
|
|
err = mptcp_token_new_request(req);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
subflow_req->mp_capable = 1;
|
|
|
|
subflow_req->ssn_offset = TCP_SKB_CB(skb)->seq - 1;
|
2021-08-27 03:44:52 +03:00
|
|
|
} else if (opt_mp_join && listener->request_mptcp) {
|
2020-07-30 22:25:56 +03:00
|
|
|
if (!mptcp_token_join_cookie_init_state(subflow_req, skb))
|
|
|
|
return -EINVAL;
|
|
|
|
|
mptcp: fix syncookie process if mptcp can not_accept new subflow
Lots of "TCP: tcp_fin: Impossible, sk->sk_state=7" in client side
when doing stress testing using wrk and webfsd.
There are at least two cases may trigger this warning:
1.mptcp is in syncookie, and server recv MP_JOIN SYN request,
in subflow_check_req(), the mptcp_can_accept_new_subflow()
return false, so subflow_init_req_cookie_join_save() isn't
called, i.e. not store the data present in the MP_JOIN syn
request and the random nonce in hash table - join_entries[],
but still send synack. When recv 3rd-ack,
mptcp_token_join_cookie_init_state() will return false, and
3rd-ack is dropped, then if mptcp conn is closed by client,
client will send a DATA_FIN and a MPTCP FIN, the DATA_FIN
doesn't have MP_CAPABLE or MP_JOIN,
so mptcp_subflow_init_cookie_req() will return 0, and pass
the cookie check, MP_JOIN request is fallback to normal TCP.
Server will send a TCP FIN if closed, in client side,
when process TCP FIN, it will do reset, the code path is:
tcp_data_queue()->mptcp_incoming_options()
->check_fully_established()->mptcp_subflow_reset().
mptcp_subflow_reset() will set sock state to TCP_CLOSE,
so tcp_fin will hit TCP_CLOSE, and print the warning.
2.mptcp is in syncookie, and server recv 3rd-ack, in
mptcp_subflow_init_cookie_req(), mptcp_can_accept_new_subflow()
return false, and subflow_req->mp_join is not set to 1,
so in subflow_syn_recv_sock() will not reset the MP_JOIN
subflow, but fallback to normal TCP, and then the same thing
happens when server will send a TCP FIN if closed.
For case1, subflow_check_req() return -EPERM,
then tcp_conn_request() will drop MP_JOIN SYN.
For case2, let subflow_syn_recv_sock() call
mptcp_can_accept_new_subflow(), and do fatal fallback, send reset.
Fixes: 9466a1ccebbe ("mptcp: enable JOIN requests even if cookies are in use")
Signed-off-by: Jianguo Wu <wujianguo@chinatelecom.cn>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-07-10 03:20:48 +03:00
|
|
|
subflow_req->mp_join = 1;
|
2020-07-30 22:25:56 +03:00
|
|
|
subflow_req->ssn_offset = TCP_SKB_CB(skb)->seq - 1;
|
2020-07-30 22:25:54 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(mptcp_subflow_init_cookie_req);
|
|
|
|
|
2020-11-30 18:36:30 +03:00
|
|
|
static struct dst_entry *subflow_v4_route_req(const struct sock *sk,
|
|
|
|
struct sk_buff *skb,
|
|
|
|
struct flowi *fl,
|
|
|
|
struct request_sock *req)
|
2020-01-22 03:56:18 +03:00
|
|
|
{
|
2020-11-30 18:36:30 +03:00
|
|
|
struct dst_entry *dst;
|
2020-11-30 18:36:31 +03:00
|
|
|
int err;
|
2020-11-30 18:36:30 +03:00
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
tcp_rsk(req)->is_mptcp = 1;
|
2021-02-12 02:30:40 +03:00
|
|
|
subflow_init_req(req, sk);
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2020-11-30 18:36:30 +03:00
|
|
|
dst = tcp_request_sock_ipv4_ops.route_req(sk, skb, fl, req);
|
|
|
|
if (!dst)
|
|
|
|
return NULL;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2021-02-12 02:30:40 +03:00
|
|
|
err = subflow_check_req(req, sk, skb);
|
2020-11-30 18:36:31 +03:00
|
|
|
if (err == 0)
|
|
|
|
return dst;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2020-11-30 18:36:31 +03:00
|
|
|
dst_release(dst);
|
|
|
|
if (!req->syncookie)
|
|
|
|
tcp_request_sock_ops.send_reset(sk, skb);
|
|
|
|
return NULL;
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
2020-11-30 18:36:30 +03:00
|
|
|
static struct dst_entry *subflow_v6_route_req(const struct sock *sk,
|
|
|
|
struct sk_buff *skb,
|
|
|
|
struct flowi *fl,
|
|
|
|
struct request_sock *req)
|
2020-01-22 03:56:18 +03:00
|
|
|
{
|
2020-11-30 18:36:30 +03:00
|
|
|
struct dst_entry *dst;
|
2020-11-30 18:36:31 +03:00
|
|
|
int err;
|
2020-11-30 18:36:30 +03:00
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
tcp_rsk(req)->is_mptcp = 1;
|
2021-02-12 02:30:40 +03:00
|
|
|
subflow_init_req(req, sk);
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2020-11-30 18:36:30 +03:00
|
|
|
dst = tcp_request_sock_ipv6_ops.route_req(sk, skb, fl, req);
|
|
|
|
if (!dst)
|
|
|
|
return NULL;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2021-02-12 02:30:40 +03:00
|
|
|
err = subflow_check_req(req, sk, skb);
|
2020-11-30 18:36:31 +03:00
|
|
|
if (err == 0)
|
|
|
|
return dst;
|
|
|
|
|
|
|
|
dst_release(dst);
|
|
|
|
if (!req->syncookie)
|
|
|
|
tcp6_request_sock_ops.send_reset(sk, skb);
|
|
|
|
return NULL;
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2020-03-28 00:48:40 +03:00
|
|
|
/* validate received truncated hmac and create hmac for third ACK */
|
|
|
|
static bool subflow_thmac_valid(struct mptcp_subflow_context *subflow)
|
|
|
|
{
|
2020-05-22 05:10:49 +03:00
|
|
|
u8 hmac[SHA256_DIGEST_SIZE];
|
2020-03-28 00:48:40 +03:00
|
|
|
u64 thmac;
|
|
|
|
|
|
|
|
subflow_generate_hmac(subflow->remote_key, subflow->local_key,
|
|
|
|
subflow->remote_nonce, subflow->local_nonce,
|
|
|
|
hmac);
|
|
|
|
|
|
|
|
thmac = get_unaligned_be64(hmac);
|
|
|
|
pr_debug("subflow=%p, token=%u, thmac=%llu, subflow->thmac=%llu\n",
|
2022-02-16 05:11:26 +03:00
|
|
|
subflow, subflow->token, thmac, subflow->thmac);
|
2020-03-28 00:48:40 +03:00
|
|
|
|
|
|
|
return thmac == subflow->thmac;
|
|
|
|
}
|
|
|
|
|
2020-10-09 20:00:00 +03:00
|
|
|
void mptcp_subflow_reset(struct sock *ssk)
|
|
|
|
{
|
2020-10-09 20:00:01 +03:00
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
|
|
|
struct sock *sk = subflow->conn;
|
|
|
|
|
2020-12-11 01:25:02 +03:00
|
|
|
/* must hold: tcp_done() could drop last reference on parent */
|
|
|
|
sock_hold(sk);
|
|
|
|
|
2020-10-09 20:00:00 +03:00
|
|
|
tcp_set_state(ssk, TCP_CLOSE);
|
|
|
|
tcp_send_active_reset(ssk, GFP_ATOMIC);
|
|
|
|
tcp_done(ssk);
|
2020-10-09 20:00:01 +03:00
|
|
|
if (!test_and_set_bit(MPTCP_WORK_CLOSE_SUBFLOW, &mptcp_sk(sk)->flags) &&
|
|
|
|
schedule_work(&mptcp_sk(sk)->work))
|
2020-12-11 01:25:02 +03:00
|
|
|
return; /* worker will put sk for us */
|
|
|
|
|
|
|
|
sock_put(sk);
|
2020-10-09 20:00:00 +03:00
|
|
|
}
|
|
|
|
|
2021-02-02 02:09:15 +03:00
|
|
|
static bool subflow_use_different_dport(struct mptcp_sock *msk, const struct sock *sk)
|
|
|
|
{
|
|
|
|
return inet_sk(sk)->inet_dport != inet_sk((struct sock *)msk)->inet_dport;
|
|
|
|
}
|
|
|
|
|
2021-06-22 03:33:08 +03:00
|
|
|
void __mptcp_set_connected(struct sock *sk)
|
|
|
|
{
|
|
|
|
if (sk->sk_state == TCP_SYN_SENT) {
|
|
|
|
inet_sk_state_store(sk, TCP_ESTABLISHED);
|
|
|
|
sk->sk_state_change(sk);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mptcp_set_connected(struct sock *sk)
|
|
|
|
{
|
|
|
|
mptcp_data_lock(sk);
|
|
|
|
if (!sock_owned_by_user(sk))
|
|
|
|
__mptcp_set_connected(sk);
|
|
|
|
else
|
2022-01-07 03:20:26 +03:00
|
|
|
__set_bit(MPTCP_CONNECTED, &mptcp_sk(sk)->cb_flags);
|
2021-06-22 03:33:08 +03:00
|
|
|
mptcp_data_unlock(sk);
|
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
static void subflow_finish_connect(struct sock *sk, const struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(sk);
|
mptcp: move option parsing into mptcp_incoming_options()
The mptcp_options_received structure carries several per
packet flags (mp_capable, mp_join, etc.). Such fields must
be cleared on each packet, even on dropped ones or packet
not carrying any MPTCP options, but the current mptcp
code clears them only on TCP option reset.
On several races/corner cases we end-up with stray bits in
incoming options, leading to WARN_ON splats. e.g.:
[ 171.164906] Bad mapping: ssn=32714 map_seq=1 map_data_len=32713
[ 171.165006] WARNING: CPU: 1 PID: 5026 at net/mptcp/subflow.c:533 warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.167632] Modules linked in: ip6_vti ip_vti ip_gre ipip sit tunnel4 ip_tunnel geneve ip6_udp_tunnel udp_tunnel macsec macvtap tap ipvlan macvlan 8021q garp mrp xfrm_interface veth netdevsim nlmon dummy team bonding vcan bridge stp llc ip6_gre gre ip6_tunnel tunnel6 tun binfmt_misc intel_rapl_msr intel_rapl_common rfkill kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel joydev virtio_balloon pcspkr i2c_piix4 sunrpc ip_tables xfs libcrc32c crc32c_intel serio_raw virtio_console ata_generic virtio_blk virtio_net net_failover failover ata_piix libata
[ 171.199464] CPU: 1 PID: 5026 Comm: repro Not tainted 5.7.0-rc1.mptcp_f227fdf5d388+ #95
[ 171.200886] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014
[ 171.202546] RIP: 0010:warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.206537] Code: c1 ea 03 0f b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 d0 7c 04 84 d2 75 1d 8b 55 3c 44 89 e6 48 c7 c7 20 51 13 95 e8 37 8b 22 fe <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 89 4c 24 04 e8 db d6 94 fe 8b 4c
[ 171.220473] RSP: 0018:ffffc90000150560 EFLAGS: 00010282
[ 171.221639] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 171.223108] RDX: 0000000000000000 RSI: 0000000000000008 RDI: fffff5200002a09e
[ 171.224388] RBP: ffff8880aa6e3c00 R08: 0000000000000001 R09: fffffbfff2ec9955
[ 171.225706] R10: ffffffff9764caa7 R11: fffffbfff2ec9954 R12: 0000000000007fca
[ 171.227211] R13: ffff8881066f4a7f R14: ffff8880aa6e3c00 R15: 0000000000000020
[ 171.228460] FS: 00007f8623719740(0000) GS:ffff88810be00000(0000) knlGS:0000000000000000
[ 171.230065] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 171.231303] CR2: 00007ffdab190a50 CR3: 00000001038ea006 CR4: 0000000000160ee0
[ 171.232586] Call Trace:
[ 171.233109] <IRQ>
[ 171.233531] get_mapping_status (linux-mptcp/net/mptcp/subflow.c:691)
[ 171.234371] mptcp_subflow_data_available (linux-mptcp/net/mptcp/subflow.c:736 linux-mptcp/net/mptcp/subflow.c:832)
[ 171.238181] subflow_state_change (linux-mptcp/net/mptcp/subflow.c:1085 (discriminator 1))
[ 171.239066] tcp_fin (linux-mptcp/net/ipv4/tcp_input.c:4217)
[ 171.240123] tcp_data_queue (linux-mptcp/./include/linux/compiler.h:199 linux-mptcp/net/ipv4/tcp_input.c:4822)
[ 171.245083] tcp_rcv_established (linux-mptcp/./include/linux/skbuff.h:1785 linux-mptcp/./include/net/tcp.h:1774 linux-mptcp/./include/net/tcp.h:1847 linux-mptcp/net/ipv4/tcp_input.c:5238 linux-mptcp/net/ipv4/tcp_input.c:5730)
[ 171.254089] tcp_v4_rcv (linux-mptcp/./include/linux/spinlock.h:393 linux-mptcp/net/ipv4/tcp_ipv4.c:2009)
[ 171.258969] ip_protocol_deliver_rcu (linux-mptcp/net/ipv4/ip_input.c:204 (discriminator 1))
[ 171.260214] ip_local_deliver_finish (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/ipv4/ip_input.c:232)
[ 171.261389] ip_local_deliver (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:252)
[ 171.265884] ip_rcv (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:539)
[ 171.273666] process_backlog (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/core/dev.c:6135)
[ 171.275328] net_rx_action (linux-mptcp/net/core/dev.c:6572 linux-mptcp/net/core/dev.c:6640)
[ 171.280472] __do_softirq (linux-mptcp/./arch/x86/include/asm/jump_label.h:25 linux-mptcp/./include/linux/jump_label.h:200 linux-mptcp/./include/trace/events/irq.h:142 linux-mptcp/kernel/softirq.c:293)
[ 171.281379] do_softirq_own_stack (linux-mptcp/arch/x86/entry/entry_64.S:1083)
[ 171.282358] </IRQ>
We could address the issue clearing explicitly the relevant fields
in several places - tcp_parse_option, tcp_fast_parse_options,
possibly others.
Instead we move the MPTCP option parsing into the already existing
mptcp ingress hook, so that we need to clear the fields in a single
place.
This allows us dropping an MPTCP hook from the TCP code and
removing the quite large mptcp_options_received from the tcp_sock
struct. On the flip side, the MPTCP sockets will traverse the
option space twice (in tcp_parse_option() and in
mptcp_incoming_options(). That looks acceptable: we already
do that for syn and 3rd ack packets, plain TCP socket will
benefit from it, and even MPTCP sockets will experience better
code locality, reducing the jumps between TCP and MPTCP code.
v1 -> v2:
- rebased on current '-net' tree
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-30 16:01:52 +03:00
|
|
|
struct mptcp_options_received mp_opt;
|
2020-03-20 00:45:37 +03:00
|
|
|
struct sock *parent = subflow->conn;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
|
|
|
subflow->icsk_af_ops->sk_rx_dst_set(sk, skb);
|
|
|
|
|
2020-04-30 16:01:51 +03:00
|
|
|
/* be sure no special action on any packet other than syn-ack */
|
|
|
|
if (subflow->conn_finished)
|
|
|
|
return;
|
|
|
|
|
2021-01-20 17:39:11 +03:00
|
|
|
mptcp_propagate_sndbuf(parent, sk);
|
2020-07-23 14:02:29 +03:00
|
|
|
subflow->rel_write_seq = 1;
|
2020-04-30 16:01:51 +03:00
|
|
|
subflow->conn_finished = 1;
|
2020-06-29 23:26:20 +03:00
|
|
|
subflow->ssn_offset = TCP_SKB_CB(skb)->seq;
|
|
|
|
pr_debug("subflow=%p synack seq=%x", subflow, subflow->ssn_offset);
|
2020-04-30 16:01:51 +03:00
|
|
|
|
2022-02-16 05:11:25 +03:00
|
|
|
mptcp_get_options(skb, &mp_opt);
|
2020-07-23 14:02:33 +03:00
|
|
|
if (subflow->request_mptcp) {
|
2021-08-27 03:44:52 +03:00
|
|
|
if (!(mp_opt.suboptions & OPTIONS_MPTCP_MPC)) {
|
2020-07-23 14:02:33 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(sk),
|
|
|
|
MPTCP_MIB_MPCAPABLEACTIVEFALLBACK);
|
|
|
|
mptcp_do_fallback(sk);
|
|
|
|
pr_fallback(mptcp_sk(subflow->conn));
|
|
|
|
goto fallback;
|
|
|
|
}
|
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
if (mp_opt.suboptions & OPTION_MPTCP_CSUMREQD)
|
2021-06-18 02:46:13 +03:00
|
|
|
WRITE_ONCE(mptcp_sk(parent)->csum_enabled, true);
|
2021-06-22 22:25:20 +03:00
|
|
|
if (mp_opt.deny_join_id0)
|
|
|
|
WRITE_ONCE(mptcp_sk(parent)->pm.remote_deny_join_id0, true);
|
2020-04-30 16:01:51 +03:00
|
|
|
subflow->mp_capable = 1;
|
|
|
|
subflow->can_ack = 1;
|
mptcp: move option parsing into mptcp_incoming_options()
The mptcp_options_received structure carries several per
packet flags (mp_capable, mp_join, etc.). Such fields must
be cleared on each packet, even on dropped ones or packet
not carrying any MPTCP options, but the current mptcp
code clears them only on TCP option reset.
On several races/corner cases we end-up with stray bits in
incoming options, leading to WARN_ON splats. e.g.:
[ 171.164906] Bad mapping: ssn=32714 map_seq=1 map_data_len=32713
[ 171.165006] WARNING: CPU: 1 PID: 5026 at net/mptcp/subflow.c:533 warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.167632] Modules linked in: ip6_vti ip_vti ip_gre ipip sit tunnel4 ip_tunnel geneve ip6_udp_tunnel udp_tunnel macsec macvtap tap ipvlan macvlan 8021q garp mrp xfrm_interface veth netdevsim nlmon dummy team bonding vcan bridge stp llc ip6_gre gre ip6_tunnel tunnel6 tun binfmt_misc intel_rapl_msr intel_rapl_common rfkill kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel joydev virtio_balloon pcspkr i2c_piix4 sunrpc ip_tables xfs libcrc32c crc32c_intel serio_raw virtio_console ata_generic virtio_blk virtio_net net_failover failover ata_piix libata
[ 171.199464] CPU: 1 PID: 5026 Comm: repro Not tainted 5.7.0-rc1.mptcp_f227fdf5d388+ #95
[ 171.200886] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014
[ 171.202546] RIP: 0010:warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.206537] Code: c1 ea 03 0f b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 d0 7c 04 84 d2 75 1d 8b 55 3c 44 89 e6 48 c7 c7 20 51 13 95 e8 37 8b 22 fe <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 89 4c 24 04 e8 db d6 94 fe 8b 4c
[ 171.220473] RSP: 0018:ffffc90000150560 EFLAGS: 00010282
[ 171.221639] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 171.223108] RDX: 0000000000000000 RSI: 0000000000000008 RDI: fffff5200002a09e
[ 171.224388] RBP: ffff8880aa6e3c00 R08: 0000000000000001 R09: fffffbfff2ec9955
[ 171.225706] R10: ffffffff9764caa7 R11: fffffbfff2ec9954 R12: 0000000000007fca
[ 171.227211] R13: ffff8881066f4a7f R14: ffff8880aa6e3c00 R15: 0000000000000020
[ 171.228460] FS: 00007f8623719740(0000) GS:ffff88810be00000(0000) knlGS:0000000000000000
[ 171.230065] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 171.231303] CR2: 00007ffdab190a50 CR3: 00000001038ea006 CR4: 0000000000160ee0
[ 171.232586] Call Trace:
[ 171.233109] <IRQ>
[ 171.233531] get_mapping_status (linux-mptcp/net/mptcp/subflow.c:691)
[ 171.234371] mptcp_subflow_data_available (linux-mptcp/net/mptcp/subflow.c:736 linux-mptcp/net/mptcp/subflow.c:832)
[ 171.238181] subflow_state_change (linux-mptcp/net/mptcp/subflow.c:1085 (discriminator 1))
[ 171.239066] tcp_fin (linux-mptcp/net/ipv4/tcp_input.c:4217)
[ 171.240123] tcp_data_queue (linux-mptcp/./include/linux/compiler.h:199 linux-mptcp/net/ipv4/tcp_input.c:4822)
[ 171.245083] tcp_rcv_established (linux-mptcp/./include/linux/skbuff.h:1785 linux-mptcp/./include/net/tcp.h:1774 linux-mptcp/./include/net/tcp.h:1847 linux-mptcp/net/ipv4/tcp_input.c:5238 linux-mptcp/net/ipv4/tcp_input.c:5730)
[ 171.254089] tcp_v4_rcv (linux-mptcp/./include/linux/spinlock.h:393 linux-mptcp/net/ipv4/tcp_ipv4.c:2009)
[ 171.258969] ip_protocol_deliver_rcu (linux-mptcp/net/ipv4/ip_input.c:204 (discriminator 1))
[ 171.260214] ip_local_deliver_finish (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/ipv4/ip_input.c:232)
[ 171.261389] ip_local_deliver (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:252)
[ 171.265884] ip_rcv (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:539)
[ 171.273666] process_backlog (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/core/dev.c:6135)
[ 171.275328] net_rx_action (linux-mptcp/net/core/dev.c:6572 linux-mptcp/net/core/dev.c:6640)
[ 171.280472] __do_softirq (linux-mptcp/./arch/x86/include/asm/jump_label.h:25 linux-mptcp/./include/linux/jump_label.h:200 linux-mptcp/./include/trace/events/irq.h:142 linux-mptcp/kernel/softirq.c:293)
[ 171.281379] do_softirq_own_stack (linux-mptcp/arch/x86/entry/entry_64.S:1083)
[ 171.282358] </IRQ>
We could address the issue clearing explicitly the relevant fields
in several places - tcp_parse_option, tcp_fast_parse_options,
possibly others.
Instead we move the MPTCP option parsing into the already existing
mptcp ingress hook, so that we need to clear the fields in a single
place.
This allows us dropping an MPTCP hook from the TCP code and
removing the quite large mptcp_options_received from the tcp_sock
struct. On the flip side, the MPTCP sockets will traverse the
option space twice (in tcp_parse_option() and in
mptcp_incoming_options(). That looks acceptable: we already
do that for syn and 3rd ack packets, plain TCP socket will
benefit from it, and even MPTCP sockets will experience better
code locality, reducing the jumps between TCP and MPTCP code.
v1 -> v2:
- rebased on current '-net' tree
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-30 16:01:52 +03:00
|
|
|
subflow->remote_key = mp_opt.sndr_key;
|
2020-04-30 16:01:51 +03:00
|
|
|
pr_debug("subflow=%p, remote_key=%llu", subflow,
|
|
|
|
subflow->remote_key);
|
2021-04-02 02:19:42 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(sk), MPTCP_MIB_MPCAPABLEACTIVEACK);
|
2020-07-23 14:02:33 +03:00
|
|
|
mptcp_finish_connect(sk);
|
2021-06-22 03:33:08 +03:00
|
|
|
mptcp_set_connected(parent);
|
2020-07-23 14:02:33 +03:00
|
|
|
} else if (subflow->request_join) {
|
|
|
|
u8 hmac[SHA256_DIGEST_SIZE];
|
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
if (!(mp_opt.suboptions & OPTIONS_MPTCP_MPJ)) {
|
2021-04-02 02:19:44 +03:00
|
|
|
subflow->reset_reason = MPTCP_RST_EMPTCP;
|
2020-07-23 14:02:33 +03:00
|
|
|
goto do_reset;
|
2021-04-02 02:19:44 +03:00
|
|
|
}
|
2020-07-23 14:02:33 +03:00
|
|
|
|
2021-08-14 01:15:47 +03:00
|
|
|
subflow->backup = mp_opt.backup;
|
mptcp: move option parsing into mptcp_incoming_options()
The mptcp_options_received structure carries several per
packet flags (mp_capable, mp_join, etc.). Such fields must
be cleared on each packet, even on dropped ones or packet
not carrying any MPTCP options, but the current mptcp
code clears them only on TCP option reset.
On several races/corner cases we end-up with stray bits in
incoming options, leading to WARN_ON splats. e.g.:
[ 171.164906] Bad mapping: ssn=32714 map_seq=1 map_data_len=32713
[ 171.165006] WARNING: CPU: 1 PID: 5026 at net/mptcp/subflow.c:533 warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.167632] Modules linked in: ip6_vti ip_vti ip_gre ipip sit tunnel4 ip_tunnel geneve ip6_udp_tunnel udp_tunnel macsec macvtap tap ipvlan macvlan 8021q garp mrp xfrm_interface veth netdevsim nlmon dummy team bonding vcan bridge stp llc ip6_gre gre ip6_tunnel tunnel6 tun binfmt_misc intel_rapl_msr intel_rapl_common rfkill kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel joydev virtio_balloon pcspkr i2c_piix4 sunrpc ip_tables xfs libcrc32c crc32c_intel serio_raw virtio_console ata_generic virtio_blk virtio_net net_failover failover ata_piix libata
[ 171.199464] CPU: 1 PID: 5026 Comm: repro Not tainted 5.7.0-rc1.mptcp_f227fdf5d388+ #95
[ 171.200886] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014
[ 171.202546] RIP: 0010:warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.206537] Code: c1 ea 03 0f b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 d0 7c 04 84 d2 75 1d 8b 55 3c 44 89 e6 48 c7 c7 20 51 13 95 e8 37 8b 22 fe <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 89 4c 24 04 e8 db d6 94 fe 8b 4c
[ 171.220473] RSP: 0018:ffffc90000150560 EFLAGS: 00010282
[ 171.221639] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 171.223108] RDX: 0000000000000000 RSI: 0000000000000008 RDI: fffff5200002a09e
[ 171.224388] RBP: ffff8880aa6e3c00 R08: 0000000000000001 R09: fffffbfff2ec9955
[ 171.225706] R10: ffffffff9764caa7 R11: fffffbfff2ec9954 R12: 0000000000007fca
[ 171.227211] R13: ffff8881066f4a7f R14: ffff8880aa6e3c00 R15: 0000000000000020
[ 171.228460] FS: 00007f8623719740(0000) GS:ffff88810be00000(0000) knlGS:0000000000000000
[ 171.230065] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 171.231303] CR2: 00007ffdab190a50 CR3: 00000001038ea006 CR4: 0000000000160ee0
[ 171.232586] Call Trace:
[ 171.233109] <IRQ>
[ 171.233531] get_mapping_status (linux-mptcp/net/mptcp/subflow.c:691)
[ 171.234371] mptcp_subflow_data_available (linux-mptcp/net/mptcp/subflow.c:736 linux-mptcp/net/mptcp/subflow.c:832)
[ 171.238181] subflow_state_change (linux-mptcp/net/mptcp/subflow.c:1085 (discriminator 1))
[ 171.239066] tcp_fin (linux-mptcp/net/ipv4/tcp_input.c:4217)
[ 171.240123] tcp_data_queue (linux-mptcp/./include/linux/compiler.h:199 linux-mptcp/net/ipv4/tcp_input.c:4822)
[ 171.245083] tcp_rcv_established (linux-mptcp/./include/linux/skbuff.h:1785 linux-mptcp/./include/net/tcp.h:1774 linux-mptcp/./include/net/tcp.h:1847 linux-mptcp/net/ipv4/tcp_input.c:5238 linux-mptcp/net/ipv4/tcp_input.c:5730)
[ 171.254089] tcp_v4_rcv (linux-mptcp/./include/linux/spinlock.h:393 linux-mptcp/net/ipv4/tcp_ipv4.c:2009)
[ 171.258969] ip_protocol_deliver_rcu (linux-mptcp/net/ipv4/ip_input.c:204 (discriminator 1))
[ 171.260214] ip_local_deliver_finish (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/ipv4/ip_input.c:232)
[ 171.261389] ip_local_deliver (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:252)
[ 171.265884] ip_rcv (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:539)
[ 171.273666] process_backlog (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/core/dev.c:6135)
[ 171.275328] net_rx_action (linux-mptcp/net/core/dev.c:6572 linux-mptcp/net/core/dev.c:6640)
[ 171.280472] __do_softirq (linux-mptcp/./arch/x86/include/asm/jump_label.h:25 linux-mptcp/./include/linux/jump_label.h:200 linux-mptcp/./include/trace/events/irq.h:142 linux-mptcp/kernel/softirq.c:293)
[ 171.281379] do_softirq_own_stack (linux-mptcp/arch/x86/entry/entry_64.S:1083)
[ 171.282358] </IRQ>
We could address the issue clearing explicitly the relevant fields
in several places - tcp_parse_option, tcp_fast_parse_options,
possibly others.
Instead we move the MPTCP option parsing into the already existing
mptcp ingress hook, so that we need to clear the fields in a single
place.
This allows us dropping an MPTCP hook from the TCP code and
removing the quite large mptcp_options_received from the tcp_sock
struct. On the flip side, the MPTCP sockets will traverse the
option space twice (in tcp_parse_option() and in
mptcp_incoming_options(). That looks acceptable: we already
do that for syn and 3rd ack packets, plain TCP socket will
benefit from it, and even MPTCP sockets will experience better
code locality, reducing the jumps between TCP and MPTCP code.
v1 -> v2:
- rebased on current '-net' tree
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-30 16:01:52 +03:00
|
|
|
subflow->thmac = mp_opt.thmac;
|
|
|
|
subflow->remote_nonce = mp_opt.nonce;
|
2021-08-14 01:15:47 +03:00
|
|
|
pr_debug("subflow=%p, thmac=%llu, remote_nonce=%u backup=%d",
|
|
|
|
subflow, subflow->thmac, subflow->remote_nonce,
|
|
|
|
subflow->backup);
|
2020-04-30 16:01:51 +03:00
|
|
|
|
2020-03-28 00:48:40 +03:00
|
|
|
if (!subflow_thmac_valid(subflow)) {
|
2020-03-28 00:48:50 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(sk), MPTCP_MIB_JOINACKMAC);
|
2021-04-02 02:19:44 +03:00
|
|
|
subflow->reset_reason = MPTCP_RST_EMPTCP;
|
2020-03-28 00:48:40 +03:00
|
|
|
goto do_reset;
|
|
|
|
}
|
|
|
|
|
2021-05-28 02:54:26 +03:00
|
|
|
if (!mptcp_finish_join(sk))
|
|
|
|
goto do_reset;
|
|
|
|
|
2020-03-28 00:48:40 +03:00
|
|
|
subflow_generate_hmac(subflow->local_key, subflow->remote_key,
|
|
|
|
subflow->local_nonce,
|
|
|
|
subflow->remote_nonce,
|
2020-05-22 05:10:49 +03:00
|
|
|
hmac);
|
|
|
|
memcpy(subflow->hmac, hmac, MPTCPOPT_HMAC_LEN);
|
2020-03-28 00:48:40 +03:00
|
|
|
|
2020-07-23 14:02:33 +03:00
|
|
|
subflow->mp_join = 1;
|
2020-03-28 00:48:50 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(sk), MPTCP_MIB_JOINSYNACKRX);
|
2021-02-02 02:09:15 +03:00
|
|
|
|
|
|
|
if (subflow_use_different_dport(mptcp_sk(parent), sk)) {
|
|
|
|
pr_debug("synack inet_dport=%d %d",
|
|
|
|
ntohs(inet_sk(sk)->inet_dport),
|
|
|
|
ntohs(inet_sk(parent)->inet_dport));
|
2021-02-02 02:09:19 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(sk), MPTCP_MIB_JOINPORTSYNACKRX);
|
2021-02-02 02:09:15 +03:00
|
|
|
}
|
2020-07-23 14:02:33 +03:00
|
|
|
} else if (mptcp_check_fallback(sk)) {
|
|
|
|
fallback:
|
|
|
|
mptcp_rcv_space_init(mptcp_sk(parent), sk);
|
2021-06-22 03:33:08 +03:00
|
|
|
mptcp_set_connected(parent);
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
2020-07-23 14:02:33 +03:00
|
|
|
return;
|
|
|
|
|
|
|
|
do_reset:
|
2021-04-02 02:19:44 +03:00
|
|
|
subflow->reset_transient = 0;
|
2020-10-09 20:00:00 +03:00
|
|
|
mptcp_subflow_reset(sk);
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
|
|
|
|
2022-03-07 23:44:37 +03:00
|
|
|
static void subflow_set_local_id(struct mptcp_subflow_context *subflow, int local_id)
|
|
|
|
{
|
|
|
|
subflow->local_id = local_id;
|
|
|
|
subflow->local_id_valid = 1;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int subflow_chk_local_id(struct sock *sk)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(sk);
|
|
|
|
struct mptcp_sock *msk = mptcp_sk(subflow->conn);
|
|
|
|
int err;
|
|
|
|
|
|
|
|
if (likely(subflow->local_id_valid))
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err = mptcp_pm_get_local_id(msk, (struct sock_common *)sk);
|
|
|
|
if (err < 0)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
subflow_set_local_id(subflow, err);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int subflow_rebuild_header(struct sock *sk)
|
|
|
|
{
|
|
|
|
int err = subflow_chk_local_id(sk);
|
|
|
|
|
|
|
|
if (unlikely(err < 0))
|
|
|
|
return err;
|
|
|
|
|
|
|
|
return inet_sk_rebuild_header(sk);
|
|
|
|
}
|
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
|
|
|
static int subflow_v6_rebuild_header(struct sock *sk)
|
|
|
|
{
|
|
|
|
int err = subflow_chk_local_id(sk);
|
|
|
|
|
|
|
|
if (unlikely(err < 0))
|
|
|
|
return err;
|
|
|
|
|
|
|
|
return inet6_sk_rebuild_header(sk);
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2020-07-30 22:25:53 +03:00
|
|
|
struct request_sock_ops mptcp_subflow_request_sock_ops;
|
2022-02-16 05:11:29 +03:00
|
|
|
static struct tcp_request_sock_ops subflow_request_sock_ipv4_ops __ro_after_init;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
|
|
|
static int subflow_v4_conn_request(struct sock *sk, struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(sk);
|
|
|
|
|
|
|
|
pr_debug("subflow=%p", subflow);
|
|
|
|
|
|
|
|
/* Never answer to SYNs sent to broadcast or multicast */
|
|
|
|
if (skb_rtable(skb)->rt_flags & (RTCF_BROADCAST | RTCF_MULTICAST))
|
|
|
|
goto drop;
|
|
|
|
|
2020-07-30 22:25:53 +03:00
|
|
|
return tcp_conn_request(&mptcp_subflow_request_sock_ops,
|
2020-01-22 03:56:18 +03:00
|
|
|
&subflow_request_sock_ipv4_ops,
|
|
|
|
sk, skb);
|
|
|
|
drop:
|
|
|
|
tcp_listendrop(sk);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
2022-02-16 05:11:29 +03:00
|
|
|
static struct tcp_request_sock_ops subflow_request_sock_ipv6_ops __ro_after_init;
|
|
|
|
static struct inet_connection_sock_af_ops subflow_v6_specific __ro_after_init;
|
|
|
|
static struct inet_connection_sock_af_ops subflow_v6m_specific __ro_after_init;
|
2021-01-20 17:39:14 +03:00
|
|
|
static struct proto tcpv6_prot_override;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
|
|
|
static int subflow_v6_conn_request(struct sock *sk, struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(sk);
|
|
|
|
|
|
|
|
pr_debug("subflow=%p", subflow);
|
|
|
|
|
|
|
|
if (skb->protocol == htons(ETH_P_IP))
|
|
|
|
return subflow_v4_conn_request(sk, skb);
|
|
|
|
|
|
|
|
if (!ipv6_unicast_destination(skb))
|
|
|
|
goto drop;
|
|
|
|
|
2021-03-17 19:55:15 +03:00
|
|
|
if (ipv6_addr_v4mapped(&ipv6_hdr(skb)->saddr)) {
|
|
|
|
__IP6_INC_STATS(sock_net(sk), NULL, IPSTATS_MIB_INHDRERRORS);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-07-30 22:25:53 +03:00
|
|
|
return tcp_conn_request(&mptcp_subflow_request_sock_ops,
|
2020-01-22 03:56:18 +03:00
|
|
|
&subflow_request_sock_ipv6_ops, sk, skb);
|
|
|
|
|
|
|
|
drop:
|
|
|
|
tcp_listendrop(sk);
|
|
|
|
return 0; /* don't send reset */
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
|
2020-03-28 00:48:39 +03:00
|
|
|
/* validate hmac received in third ACK */
|
|
|
|
static bool subflow_hmac_valid(const struct request_sock *req,
|
mptcp: move option parsing into mptcp_incoming_options()
The mptcp_options_received structure carries several per
packet flags (mp_capable, mp_join, etc.). Such fields must
be cleared on each packet, even on dropped ones or packet
not carrying any MPTCP options, but the current mptcp
code clears them only on TCP option reset.
On several races/corner cases we end-up with stray bits in
incoming options, leading to WARN_ON splats. e.g.:
[ 171.164906] Bad mapping: ssn=32714 map_seq=1 map_data_len=32713
[ 171.165006] WARNING: CPU: 1 PID: 5026 at net/mptcp/subflow.c:533 warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.167632] Modules linked in: ip6_vti ip_vti ip_gre ipip sit tunnel4 ip_tunnel geneve ip6_udp_tunnel udp_tunnel macsec macvtap tap ipvlan macvlan 8021q garp mrp xfrm_interface veth netdevsim nlmon dummy team bonding vcan bridge stp llc ip6_gre gre ip6_tunnel tunnel6 tun binfmt_misc intel_rapl_msr intel_rapl_common rfkill kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel joydev virtio_balloon pcspkr i2c_piix4 sunrpc ip_tables xfs libcrc32c crc32c_intel serio_raw virtio_console ata_generic virtio_blk virtio_net net_failover failover ata_piix libata
[ 171.199464] CPU: 1 PID: 5026 Comm: repro Not tainted 5.7.0-rc1.mptcp_f227fdf5d388+ #95
[ 171.200886] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014
[ 171.202546] RIP: 0010:warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.206537] Code: c1 ea 03 0f b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 d0 7c 04 84 d2 75 1d 8b 55 3c 44 89 e6 48 c7 c7 20 51 13 95 e8 37 8b 22 fe <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 89 4c 24 04 e8 db d6 94 fe 8b 4c
[ 171.220473] RSP: 0018:ffffc90000150560 EFLAGS: 00010282
[ 171.221639] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 171.223108] RDX: 0000000000000000 RSI: 0000000000000008 RDI: fffff5200002a09e
[ 171.224388] RBP: ffff8880aa6e3c00 R08: 0000000000000001 R09: fffffbfff2ec9955
[ 171.225706] R10: ffffffff9764caa7 R11: fffffbfff2ec9954 R12: 0000000000007fca
[ 171.227211] R13: ffff8881066f4a7f R14: ffff8880aa6e3c00 R15: 0000000000000020
[ 171.228460] FS: 00007f8623719740(0000) GS:ffff88810be00000(0000) knlGS:0000000000000000
[ 171.230065] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 171.231303] CR2: 00007ffdab190a50 CR3: 00000001038ea006 CR4: 0000000000160ee0
[ 171.232586] Call Trace:
[ 171.233109] <IRQ>
[ 171.233531] get_mapping_status (linux-mptcp/net/mptcp/subflow.c:691)
[ 171.234371] mptcp_subflow_data_available (linux-mptcp/net/mptcp/subflow.c:736 linux-mptcp/net/mptcp/subflow.c:832)
[ 171.238181] subflow_state_change (linux-mptcp/net/mptcp/subflow.c:1085 (discriminator 1))
[ 171.239066] tcp_fin (linux-mptcp/net/ipv4/tcp_input.c:4217)
[ 171.240123] tcp_data_queue (linux-mptcp/./include/linux/compiler.h:199 linux-mptcp/net/ipv4/tcp_input.c:4822)
[ 171.245083] tcp_rcv_established (linux-mptcp/./include/linux/skbuff.h:1785 linux-mptcp/./include/net/tcp.h:1774 linux-mptcp/./include/net/tcp.h:1847 linux-mptcp/net/ipv4/tcp_input.c:5238 linux-mptcp/net/ipv4/tcp_input.c:5730)
[ 171.254089] tcp_v4_rcv (linux-mptcp/./include/linux/spinlock.h:393 linux-mptcp/net/ipv4/tcp_ipv4.c:2009)
[ 171.258969] ip_protocol_deliver_rcu (linux-mptcp/net/ipv4/ip_input.c:204 (discriminator 1))
[ 171.260214] ip_local_deliver_finish (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/ipv4/ip_input.c:232)
[ 171.261389] ip_local_deliver (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:252)
[ 171.265884] ip_rcv (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:539)
[ 171.273666] process_backlog (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/core/dev.c:6135)
[ 171.275328] net_rx_action (linux-mptcp/net/core/dev.c:6572 linux-mptcp/net/core/dev.c:6640)
[ 171.280472] __do_softirq (linux-mptcp/./arch/x86/include/asm/jump_label.h:25 linux-mptcp/./include/linux/jump_label.h:200 linux-mptcp/./include/trace/events/irq.h:142 linux-mptcp/kernel/softirq.c:293)
[ 171.281379] do_softirq_own_stack (linux-mptcp/arch/x86/entry/entry_64.S:1083)
[ 171.282358] </IRQ>
We could address the issue clearing explicitly the relevant fields
in several places - tcp_parse_option, tcp_fast_parse_options,
possibly others.
Instead we move the MPTCP option parsing into the already existing
mptcp ingress hook, so that we need to clear the fields in a single
place.
This allows us dropping an MPTCP hook from the TCP code and
removing the quite large mptcp_options_received from the tcp_sock
struct. On the flip side, the MPTCP sockets will traverse the
option space twice (in tcp_parse_option() and in
mptcp_incoming_options(). That looks acceptable: we already
do that for syn and 3rd ack packets, plain TCP socket will
benefit from it, and even MPTCP sockets will experience better
code locality, reducing the jumps between TCP and MPTCP code.
v1 -> v2:
- rebased on current '-net' tree
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-30 16:01:52 +03:00
|
|
|
const struct mptcp_options_received *mp_opt)
|
2020-03-28 00:48:39 +03:00
|
|
|
{
|
|
|
|
const struct mptcp_subflow_request_sock *subflow_req;
|
2020-05-22 05:10:49 +03:00
|
|
|
u8 hmac[SHA256_DIGEST_SIZE];
|
2020-03-28 00:48:39 +03:00
|
|
|
struct mptcp_sock *msk;
|
|
|
|
|
|
|
|
subflow_req = mptcp_subflow_rsk(req);
|
2020-06-17 13:08:56 +03:00
|
|
|
msk = subflow_req->msk;
|
2020-03-28 00:48:39 +03:00
|
|
|
if (!msk)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
subflow_generate_hmac(msk->remote_key, msk->local_key,
|
|
|
|
subflow_req->remote_nonce,
|
|
|
|
subflow_req->local_nonce, hmac);
|
|
|
|
|
2020-06-17 13:08:56 +03:00
|
|
|
return !crypto_memneq(hmac, mp_opt->hmac, MPTCPOPT_HMAC_LEN);
|
2020-03-28 00:48:39 +03:00
|
|
|
}
|
|
|
|
|
mptcp: fix splat when incoming connection is never accepted before exit/close
Following snippet (replicated from syzkaller reproducer) generates
warning: "IPv4: Attempt to release TCP socket in state 1".
int main(void) {
struct sockaddr_in sin1 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x010000e0, };
struct sockaddr_in sin2 = { .sin_family = 2,
.sin_addr.s_addr = 0x0100007f, };
struct sockaddr_in sin3 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x0100007f, };
int r0 = socket(0x2, 0x1, 0x106);
int r1 = socket(0x2, 0x1, 0x106);
bind(r1, (void *)&sin1, sizeof(sin1));
connect(r1, (void *)&sin2, sizeof(sin2));
listen(r1, 3);
return connect(r0, (void *)&sin3, 0x4d);
}
Reason is that the newly generated mptcp socket is closed via the ulp
release of the tcp listener socket when its accept backlog gets purged.
To fix this, delay setting the ESTABLISHED state until after userspace
calls accept and via mptcp specific destructor.
Fixes: 58b09919626bf ("mptcp: create msk early")
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/9
Signed-off-by: Florian Westphal <fw@strlen.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-17 10:28:22 +03:00
|
|
|
static void mptcp_sock_destruct(struct sock *sk)
|
|
|
|
{
|
|
|
|
/* if new mptcp socket isn't accepted, it is free'd
|
|
|
|
* from the tcp listener sockets request queue, linked
|
|
|
|
* from req->sk. The tcp socket is released.
|
|
|
|
* This calls the ULP release function which will
|
|
|
|
* also remove the mptcp socket, via
|
|
|
|
* sock_put(ctx->conn).
|
|
|
|
*
|
2020-08-07 20:03:53 +03:00
|
|
|
* Problem is that the mptcp socket will be in
|
|
|
|
* ESTABLISHED state and will not have the SOCK_DEAD flag.
|
mptcp: fix splat when incoming connection is never accepted before exit/close
Following snippet (replicated from syzkaller reproducer) generates
warning: "IPv4: Attempt to release TCP socket in state 1".
int main(void) {
struct sockaddr_in sin1 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x010000e0, };
struct sockaddr_in sin2 = { .sin_family = 2,
.sin_addr.s_addr = 0x0100007f, };
struct sockaddr_in sin3 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x0100007f, };
int r0 = socket(0x2, 0x1, 0x106);
int r1 = socket(0x2, 0x1, 0x106);
bind(r1, (void *)&sin1, sizeof(sin1));
connect(r1, (void *)&sin2, sizeof(sin2));
listen(r1, 3);
return connect(r0, (void *)&sin3, 0x4d);
}
Reason is that the newly generated mptcp socket is closed via the ulp
release of the tcp listener socket when its accept backlog gets purged.
To fix this, delay setting the ESTABLISHED state until after userspace
calls accept and via mptcp specific destructor.
Fixes: 58b09919626bf ("mptcp: create msk early")
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/9
Signed-off-by: Florian Westphal <fw@strlen.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-17 10:28:22 +03:00
|
|
|
* Both result in warnings from inet_sock_destruct.
|
|
|
|
*/
|
2021-05-07 03:16:38 +03:00
|
|
|
if ((1 << sk->sk_state) & (TCPF_ESTABLISHED | TCPF_CLOSE_WAIT)) {
|
mptcp: fix splat when incoming connection is never accepted before exit/close
Following snippet (replicated from syzkaller reproducer) generates
warning: "IPv4: Attempt to release TCP socket in state 1".
int main(void) {
struct sockaddr_in sin1 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x010000e0, };
struct sockaddr_in sin2 = { .sin_family = 2,
.sin_addr.s_addr = 0x0100007f, };
struct sockaddr_in sin3 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x0100007f, };
int r0 = socket(0x2, 0x1, 0x106);
int r1 = socket(0x2, 0x1, 0x106);
bind(r1, (void *)&sin1, sizeof(sin1));
connect(r1, (void *)&sin2, sizeof(sin2));
listen(r1, 3);
return connect(r0, (void *)&sin3, 0x4d);
}
Reason is that the newly generated mptcp socket is closed via the ulp
release of the tcp listener socket when its accept backlog gets purged.
To fix this, delay setting the ESTABLISHED state until after userspace
calls accept and via mptcp specific destructor.
Fixes: 58b09919626bf ("mptcp: create msk early")
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/9
Signed-off-by: Florian Westphal <fw@strlen.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-17 10:28:22 +03:00
|
|
|
sk->sk_state = TCP_CLOSE;
|
|
|
|
WARN_ON_ONCE(sk->sk_socket);
|
|
|
|
sock_orphan(sk);
|
|
|
|
}
|
|
|
|
|
2020-09-24 03:29:57 +03:00
|
|
|
mptcp_destroy_common(mptcp_sk(sk));
|
mptcp: fix splat when incoming connection is never accepted before exit/close
Following snippet (replicated from syzkaller reproducer) generates
warning: "IPv4: Attempt to release TCP socket in state 1".
int main(void) {
struct sockaddr_in sin1 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x010000e0, };
struct sockaddr_in sin2 = { .sin_family = 2,
.sin_addr.s_addr = 0x0100007f, };
struct sockaddr_in sin3 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x0100007f, };
int r0 = socket(0x2, 0x1, 0x106);
int r1 = socket(0x2, 0x1, 0x106);
bind(r1, (void *)&sin1, sizeof(sin1));
connect(r1, (void *)&sin2, sizeof(sin2));
listen(r1, 3);
return connect(r0, (void *)&sin3, 0x4d);
}
Reason is that the newly generated mptcp socket is closed via the ulp
release of the tcp listener socket when its accept backlog gets purged.
To fix this, delay setting the ESTABLISHED state until after userspace
calls accept and via mptcp specific destructor.
Fixes: 58b09919626bf ("mptcp: create msk early")
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/9
Signed-off-by: Florian Westphal <fw@strlen.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-17 10:28:22 +03:00
|
|
|
inet_sock_destruct(sk);
|
|
|
|
}
|
|
|
|
|
2020-04-17 10:28:23 +03:00
|
|
|
static void mptcp_force_close(struct sock *sk)
|
|
|
|
{
|
2021-06-22 03:33:08 +03:00
|
|
|
/* the msk is not yet exposed to user-space */
|
2020-04-17 10:28:23 +03:00
|
|
|
inet_sk_state_store(sk, TCP_CLOSE);
|
|
|
|
sk_common_release(sk);
|
|
|
|
}
|
|
|
|
|
2020-04-20 17:25:05 +03:00
|
|
|
static void subflow_ulp_fallback(struct sock *sk,
|
|
|
|
struct mptcp_subflow_context *old_ctx)
|
|
|
|
{
|
|
|
|
struct inet_connection_sock *icsk = inet_csk(sk);
|
|
|
|
|
|
|
|
mptcp_subflow_tcp_fallback(sk, old_ctx);
|
|
|
|
icsk->icsk_ulp_ops = NULL;
|
|
|
|
rcu_assign_pointer(icsk->icsk_ulp_data, NULL);
|
|
|
|
tcp_sk(sk)->is_mptcp = 0;
|
2021-01-20 17:39:14 +03:00
|
|
|
|
|
|
|
mptcp_subflow_ops_undo_override(sk);
|
2020-04-20 17:25:05 +03:00
|
|
|
}
|
|
|
|
|
2020-05-29 18:49:18 +03:00
|
|
|
static void subflow_drop_ctx(struct sock *ssk)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *ctx = mptcp_subflow_ctx(ssk);
|
|
|
|
|
|
|
|
if (!ctx)
|
|
|
|
return;
|
|
|
|
|
|
|
|
subflow_ulp_fallback(ssk, ctx);
|
|
|
|
if (ctx->conn)
|
|
|
|
sock_put(ctx->conn);
|
|
|
|
|
|
|
|
kfree_rcu(ctx, rcu);
|
|
|
|
}
|
|
|
|
|
2020-07-23 14:02:32 +03:00
|
|
|
void mptcp_subflow_fully_established(struct mptcp_subflow_context *subflow,
|
|
|
|
struct mptcp_options_received *mp_opt)
|
|
|
|
{
|
|
|
|
struct mptcp_sock *msk = mptcp_sk(subflow->conn);
|
|
|
|
|
|
|
|
subflow->remote_key = mp_opt->sndr_key;
|
|
|
|
subflow->fully_established = 1;
|
|
|
|
subflow->can_ack = 1;
|
|
|
|
WRITE_ONCE(msk->fully_established, true);
|
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
static struct sock *subflow_syn_recv_sock(const struct sock *sk,
|
|
|
|
struct sk_buff *skb,
|
|
|
|
struct request_sock *req,
|
|
|
|
struct dst_entry *dst,
|
|
|
|
struct request_sock *req_unhash,
|
|
|
|
bool *own_req)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *listener = mptcp_subflow_ctx(sk);
|
2020-01-22 03:56:31 +03:00
|
|
|
struct mptcp_subflow_request_sock *subflow_req;
|
mptcp: move option parsing into mptcp_incoming_options()
The mptcp_options_received structure carries several per
packet flags (mp_capable, mp_join, etc.). Such fields must
be cleared on each packet, even on dropped ones or packet
not carrying any MPTCP options, but the current mptcp
code clears them only on TCP option reset.
On several races/corner cases we end-up with stray bits in
incoming options, leading to WARN_ON splats. e.g.:
[ 171.164906] Bad mapping: ssn=32714 map_seq=1 map_data_len=32713
[ 171.165006] WARNING: CPU: 1 PID: 5026 at net/mptcp/subflow.c:533 warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.167632] Modules linked in: ip6_vti ip_vti ip_gre ipip sit tunnel4 ip_tunnel geneve ip6_udp_tunnel udp_tunnel macsec macvtap tap ipvlan macvlan 8021q garp mrp xfrm_interface veth netdevsim nlmon dummy team bonding vcan bridge stp llc ip6_gre gre ip6_tunnel tunnel6 tun binfmt_misc intel_rapl_msr intel_rapl_common rfkill kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel joydev virtio_balloon pcspkr i2c_piix4 sunrpc ip_tables xfs libcrc32c crc32c_intel serio_raw virtio_console ata_generic virtio_blk virtio_net net_failover failover ata_piix libata
[ 171.199464] CPU: 1 PID: 5026 Comm: repro Not tainted 5.7.0-rc1.mptcp_f227fdf5d388+ #95
[ 171.200886] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014
[ 171.202546] RIP: 0010:warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.206537] Code: c1 ea 03 0f b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 d0 7c 04 84 d2 75 1d 8b 55 3c 44 89 e6 48 c7 c7 20 51 13 95 e8 37 8b 22 fe <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 89 4c 24 04 e8 db d6 94 fe 8b 4c
[ 171.220473] RSP: 0018:ffffc90000150560 EFLAGS: 00010282
[ 171.221639] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 171.223108] RDX: 0000000000000000 RSI: 0000000000000008 RDI: fffff5200002a09e
[ 171.224388] RBP: ffff8880aa6e3c00 R08: 0000000000000001 R09: fffffbfff2ec9955
[ 171.225706] R10: ffffffff9764caa7 R11: fffffbfff2ec9954 R12: 0000000000007fca
[ 171.227211] R13: ffff8881066f4a7f R14: ffff8880aa6e3c00 R15: 0000000000000020
[ 171.228460] FS: 00007f8623719740(0000) GS:ffff88810be00000(0000) knlGS:0000000000000000
[ 171.230065] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 171.231303] CR2: 00007ffdab190a50 CR3: 00000001038ea006 CR4: 0000000000160ee0
[ 171.232586] Call Trace:
[ 171.233109] <IRQ>
[ 171.233531] get_mapping_status (linux-mptcp/net/mptcp/subflow.c:691)
[ 171.234371] mptcp_subflow_data_available (linux-mptcp/net/mptcp/subflow.c:736 linux-mptcp/net/mptcp/subflow.c:832)
[ 171.238181] subflow_state_change (linux-mptcp/net/mptcp/subflow.c:1085 (discriminator 1))
[ 171.239066] tcp_fin (linux-mptcp/net/ipv4/tcp_input.c:4217)
[ 171.240123] tcp_data_queue (linux-mptcp/./include/linux/compiler.h:199 linux-mptcp/net/ipv4/tcp_input.c:4822)
[ 171.245083] tcp_rcv_established (linux-mptcp/./include/linux/skbuff.h:1785 linux-mptcp/./include/net/tcp.h:1774 linux-mptcp/./include/net/tcp.h:1847 linux-mptcp/net/ipv4/tcp_input.c:5238 linux-mptcp/net/ipv4/tcp_input.c:5730)
[ 171.254089] tcp_v4_rcv (linux-mptcp/./include/linux/spinlock.h:393 linux-mptcp/net/ipv4/tcp_ipv4.c:2009)
[ 171.258969] ip_protocol_deliver_rcu (linux-mptcp/net/ipv4/ip_input.c:204 (discriminator 1))
[ 171.260214] ip_local_deliver_finish (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/ipv4/ip_input.c:232)
[ 171.261389] ip_local_deliver (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:252)
[ 171.265884] ip_rcv (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:539)
[ 171.273666] process_backlog (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/core/dev.c:6135)
[ 171.275328] net_rx_action (linux-mptcp/net/core/dev.c:6572 linux-mptcp/net/core/dev.c:6640)
[ 171.280472] __do_softirq (linux-mptcp/./arch/x86/include/asm/jump_label.h:25 linux-mptcp/./include/linux/jump_label.h:200 linux-mptcp/./include/trace/events/irq.h:142 linux-mptcp/kernel/softirq.c:293)
[ 171.281379] do_softirq_own_stack (linux-mptcp/arch/x86/entry/entry_64.S:1083)
[ 171.282358] </IRQ>
We could address the issue clearing explicitly the relevant fields
in several places - tcp_parse_option, tcp_fast_parse_options,
possibly others.
Instead we move the MPTCP option parsing into the already existing
mptcp ingress hook, so that we need to clear the fields in a single
place.
This allows us dropping an MPTCP hook from the TCP code and
removing the quite large mptcp_options_received from the tcp_sock
struct. On the flip side, the MPTCP sockets will traverse the
option space twice (in tcp_parse_option() and in
mptcp_incoming_options(). That looks acceptable: we already
do that for syn and 3rd ack packets, plain TCP socket will
benefit from it, and even MPTCP sockets will experience better
code locality, reducing the jumps between TCP and MPTCP code.
v1 -> v2:
- rebased on current '-net' tree
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-30 16:01:52 +03:00
|
|
|
struct mptcp_options_received mp_opt;
|
2020-06-17 13:08:57 +03:00
|
|
|
bool fallback, fallback_is_fatal;
|
2020-03-13 18:52:41 +03:00
|
|
|
struct sock *new_msk = NULL;
|
2020-01-22 03:56:18 +03:00
|
|
|
struct sock *child;
|
|
|
|
|
|
|
|
pr_debug("listener=%p, req=%p, conn=%p", listener, req, listener->conn);
|
|
|
|
|
2021-08-27 03:44:52 +03:00
|
|
|
/* After child creation we must look for MPC even when options
|
2020-06-17 13:08:57 +03:00
|
|
|
* are not parsed
|
mptcp: move option parsing into mptcp_incoming_options()
The mptcp_options_received structure carries several per
packet flags (mp_capable, mp_join, etc.). Such fields must
be cleared on each packet, even on dropped ones or packet
not carrying any MPTCP options, but the current mptcp
code clears them only on TCP option reset.
On several races/corner cases we end-up with stray bits in
incoming options, leading to WARN_ON splats. e.g.:
[ 171.164906] Bad mapping: ssn=32714 map_seq=1 map_data_len=32713
[ 171.165006] WARNING: CPU: 1 PID: 5026 at net/mptcp/subflow.c:533 warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.167632] Modules linked in: ip6_vti ip_vti ip_gre ipip sit tunnel4 ip_tunnel geneve ip6_udp_tunnel udp_tunnel macsec macvtap tap ipvlan macvlan 8021q garp mrp xfrm_interface veth netdevsim nlmon dummy team bonding vcan bridge stp llc ip6_gre gre ip6_tunnel tunnel6 tun binfmt_misc intel_rapl_msr intel_rapl_common rfkill kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel joydev virtio_balloon pcspkr i2c_piix4 sunrpc ip_tables xfs libcrc32c crc32c_intel serio_raw virtio_console ata_generic virtio_blk virtio_net net_failover failover ata_piix libata
[ 171.199464] CPU: 1 PID: 5026 Comm: repro Not tainted 5.7.0-rc1.mptcp_f227fdf5d388+ #95
[ 171.200886] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014
[ 171.202546] RIP: 0010:warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.206537] Code: c1 ea 03 0f b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 d0 7c 04 84 d2 75 1d 8b 55 3c 44 89 e6 48 c7 c7 20 51 13 95 e8 37 8b 22 fe <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 89 4c 24 04 e8 db d6 94 fe 8b 4c
[ 171.220473] RSP: 0018:ffffc90000150560 EFLAGS: 00010282
[ 171.221639] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 171.223108] RDX: 0000000000000000 RSI: 0000000000000008 RDI: fffff5200002a09e
[ 171.224388] RBP: ffff8880aa6e3c00 R08: 0000000000000001 R09: fffffbfff2ec9955
[ 171.225706] R10: ffffffff9764caa7 R11: fffffbfff2ec9954 R12: 0000000000007fca
[ 171.227211] R13: ffff8881066f4a7f R14: ffff8880aa6e3c00 R15: 0000000000000020
[ 171.228460] FS: 00007f8623719740(0000) GS:ffff88810be00000(0000) knlGS:0000000000000000
[ 171.230065] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 171.231303] CR2: 00007ffdab190a50 CR3: 00000001038ea006 CR4: 0000000000160ee0
[ 171.232586] Call Trace:
[ 171.233109] <IRQ>
[ 171.233531] get_mapping_status (linux-mptcp/net/mptcp/subflow.c:691)
[ 171.234371] mptcp_subflow_data_available (linux-mptcp/net/mptcp/subflow.c:736 linux-mptcp/net/mptcp/subflow.c:832)
[ 171.238181] subflow_state_change (linux-mptcp/net/mptcp/subflow.c:1085 (discriminator 1))
[ 171.239066] tcp_fin (linux-mptcp/net/ipv4/tcp_input.c:4217)
[ 171.240123] tcp_data_queue (linux-mptcp/./include/linux/compiler.h:199 linux-mptcp/net/ipv4/tcp_input.c:4822)
[ 171.245083] tcp_rcv_established (linux-mptcp/./include/linux/skbuff.h:1785 linux-mptcp/./include/net/tcp.h:1774 linux-mptcp/./include/net/tcp.h:1847 linux-mptcp/net/ipv4/tcp_input.c:5238 linux-mptcp/net/ipv4/tcp_input.c:5730)
[ 171.254089] tcp_v4_rcv (linux-mptcp/./include/linux/spinlock.h:393 linux-mptcp/net/ipv4/tcp_ipv4.c:2009)
[ 171.258969] ip_protocol_deliver_rcu (linux-mptcp/net/ipv4/ip_input.c:204 (discriminator 1))
[ 171.260214] ip_local_deliver_finish (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/ipv4/ip_input.c:232)
[ 171.261389] ip_local_deliver (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:252)
[ 171.265884] ip_rcv (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:539)
[ 171.273666] process_backlog (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/core/dev.c:6135)
[ 171.275328] net_rx_action (linux-mptcp/net/core/dev.c:6572 linux-mptcp/net/core/dev.c:6640)
[ 171.280472] __do_softirq (linux-mptcp/./arch/x86/include/asm/jump_label.h:25 linux-mptcp/./include/linux/jump_label.h:200 linux-mptcp/./include/trace/events/irq.h:142 linux-mptcp/kernel/softirq.c:293)
[ 171.281379] do_softirq_own_stack (linux-mptcp/arch/x86/entry/entry_64.S:1083)
[ 171.282358] </IRQ>
We could address the issue clearing explicitly the relevant fields
in several places - tcp_parse_option, tcp_fast_parse_options,
possibly others.
Instead we move the MPTCP option parsing into the already existing
mptcp ingress hook, so that we need to clear the fields in a single
place.
This allows us dropping an MPTCP hook from the TCP code and
removing the quite large mptcp_options_received from the tcp_sock
struct. On the flip side, the MPTCP sockets will traverse the
option space twice (in tcp_parse_option() and in
mptcp_incoming_options(). That looks acceptable: we already
do that for syn and 3rd ack packets, plain TCP socket will
benefit from it, and even MPTCP sockets will experience better
code locality, reducing the jumps between TCP and MPTCP code.
v1 -> v2:
- rebased on current '-net' tree
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-30 16:01:52 +03:00
|
|
|
*/
|
2021-08-27 03:44:52 +03:00
|
|
|
mp_opt.suboptions = 0;
|
2020-06-17 13:08:57 +03:00
|
|
|
|
|
|
|
/* hopefully temporary handling for MP_JOIN+syncookie */
|
|
|
|
subflow_req = mptcp_subflow_rsk(req);
|
2020-07-23 14:02:34 +03:00
|
|
|
fallback_is_fatal = tcp_rsk(req)->is_mptcp && subflow_req->mp_join;
|
2020-06-17 13:08:57 +03:00
|
|
|
fallback = !tcp_rsk(req)->is_mptcp;
|
|
|
|
if (fallback)
|
2020-01-29 17:54:46 +03:00
|
|
|
goto create_child;
|
|
|
|
|
2020-01-22 03:56:32 +03:00
|
|
|
/* if the sk is MP_CAPABLE, we try to fetch the client key */
|
2020-01-22 03:56:31 +03:00
|
|
|
if (subflow_req->mp_capable) {
|
2021-05-28 02:31:38 +03:00
|
|
|
/* we can receive and accept an in-window, out-of-order pkt,
|
|
|
|
* which may not carry the MP_CAPABLE opt even on mptcp enabled
|
|
|
|
* paths: always try to extract the peer key, and fallback
|
|
|
|
* for packets missing it.
|
|
|
|
* Even OoO DSS packets coming legitly after dropped or
|
|
|
|
* reordered MPC will cause fallback, but we don't have other
|
|
|
|
* options.
|
|
|
|
*/
|
2022-02-16 05:11:25 +03:00
|
|
|
mptcp_get_options(skb, &mp_opt);
|
2021-08-27 03:44:52 +03:00
|
|
|
if (!(mp_opt.suboptions & OPTIONS_MPTCP_MPC)) {
|
2020-04-20 17:25:05 +03:00
|
|
|
fallback = true;
|
2020-03-13 18:52:41 +03:00
|
|
|
goto create_child;
|
2020-01-22 03:56:32 +03:00
|
|
|
}
|
2020-03-13 18:52:41 +03:00
|
|
|
|
mptcp: move option parsing into mptcp_incoming_options()
The mptcp_options_received structure carries several per
packet flags (mp_capable, mp_join, etc.). Such fields must
be cleared on each packet, even on dropped ones or packet
not carrying any MPTCP options, but the current mptcp
code clears them only on TCP option reset.
On several races/corner cases we end-up with stray bits in
incoming options, leading to WARN_ON splats. e.g.:
[ 171.164906] Bad mapping: ssn=32714 map_seq=1 map_data_len=32713
[ 171.165006] WARNING: CPU: 1 PID: 5026 at net/mptcp/subflow.c:533 warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.167632] Modules linked in: ip6_vti ip_vti ip_gre ipip sit tunnel4 ip_tunnel geneve ip6_udp_tunnel udp_tunnel macsec macvtap tap ipvlan macvlan 8021q garp mrp xfrm_interface veth netdevsim nlmon dummy team bonding vcan bridge stp llc ip6_gre gre ip6_tunnel tunnel6 tun binfmt_misc intel_rapl_msr intel_rapl_common rfkill kvm_intel kvm irqbypass crct10dif_pclmul crc32_pclmul ghash_clmulni_intel joydev virtio_balloon pcspkr i2c_piix4 sunrpc ip_tables xfs libcrc32c crc32c_intel serio_raw virtio_console ata_generic virtio_blk virtio_net net_failover failover ata_piix libata
[ 171.199464] CPU: 1 PID: 5026 Comm: repro Not tainted 5.7.0-rc1.mptcp_f227fdf5d388+ #95
[ 171.200886] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.12.0-2.fc30 04/01/2014
[ 171.202546] RIP: 0010:warn_bad_map (linux-mptcp/net/mptcp/subflow.c:533 linux-mptcp/net/mptcp/subflow.c:531)
[ 171.206537] Code: c1 ea 03 0f b6 14 02 48 89 f8 83 e0 07 83 c0 03 38 d0 7c 04 84 d2 75 1d 8b 55 3c 44 89 e6 48 c7 c7 20 51 13 95 e8 37 8b 22 fe <0f> 0b 48 83 c4 08 5b 5d 41 5c c3 89 4c 24 04 e8 db d6 94 fe 8b 4c
[ 171.220473] RSP: 0018:ffffc90000150560 EFLAGS: 00010282
[ 171.221639] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000000
[ 171.223108] RDX: 0000000000000000 RSI: 0000000000000008 RDI: fffff5200002a09e
[ 171.224388] RBP: ffff8880aa6e3c00 R08: 0000000000000001 R09: fffffbfff2ec9955
[ 171.225706] R10: ffffffff9764caa7 R11: fffffbfff2ec9954 R12: 0000000000007fca
[ 171.227211] R13: ffff8881066f4a7f R14: ffff8880aa6e3c00 R15: 0000000000000020
[ 171.228460] FS: 00007f8623719740(0000) GS:ffff88810be00000(0000) knlGS:0000000000000000
[ 171.230065] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 171.231303] CR2: 00007ffdab190a50 CR3: 00000001038ea006 CR4: 0000000000160ee0
[ 171.232586] Call Trace:
[ 171.233109] <IRQ>
[ 171.233531] get_mapping_status (linux-mptcp/net/mptcp/subflow.c:691)
[ 171.234371] mptcp_subflow_data_available (linux-mptcp/net/mptcp/subflow.c:736 linux-mptcp/net/mptcp/subflow.c:832)
[ 171.238181] subflow_state_change (linux-mptcp/net/mptcp/subflow.c:1085 (discriminator 1))
[ 171.239066] tcp_fin (linux-mptcp/net/ipv4/tcp_input.c:4217)
[ 171.240123] tcp_data_queue (linux-mptcp/./include/linux/compiler.h:199 linux-mptcp/net/ipv4/tcp_input.c:4822)
[ 171.245083] tcp_rcv_established (linux-mptcp/./include/linux/skbuff.h:1785 linux-mptcp/./include/net/tcp.h:1774 linux-mptcp/./include/net/tcp.h:1847 linux-mptcp/net/ipv4/tcp_input.c:5238 linux-mptcp/net/ipv4/tcp_input.c:5730)
[ 171.254089] tcp_v4_rcv (linux-mptcp/./include/linux/spinlock.h:393 linux-mptcp/net/ipv4/tcp_ipv4.c:2009)
[ 171.258969] ip_protocol_deliver_rcu (linux-mptcp/net/ipv4/ip_input.c:204 (discriminator 1))
[ 171.260214] ip_local_deliver_finish (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/ipv4/ip_input.c:232)
[ 171.261389] ip_local_deliver (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:252)
[ 171.265884] ip_rcv (linux-mptcp/./include/linux/netfilter.h:307 linux-mptcp/./include/linux/netfilter.h:301 linux-mptcp/net/ipv4/ip_input.c:539)
[ 171.273666] process_backlog (linux-mptcp/./include/linux/rcupdate.h:651 linux-mptcp/net/core/dev.c:6135)
[ 171.275328] net_rx_action (linux-mptcp/net/core/dev.c:6572 linux-mptcp/net/core/dev.c:6640)
[ 171.280472] __do_softirq (linux-mptcp/./arch/x86/include/asm/jump_label.h:25 linux-mptcp/./include/linux/jump_label.h:200 linux-mptcp/./include/trace/events/irq.h:142 linux-mptcp/kernel/softirq.c:293)
[ 171.281379] do_softirq_own_stack (linux-mptcp/arch/x86/entry/entry_64.S:1083)
[ 171.282358] </IRQ>
We could address the issue clearing explicitly the relevant fields
in several places - tcp_parse_option, tcp_fast_parse_options,
possibly others.
Instead we move the MPTCP option parsing into the already existing
mptcp ingress hook, so that we need to clear the fields in a single
place.
This allows us dropping an MPTCP hook from the TCP code and
removing the quite large mptcp_options_received from the tcp_sock
struct. On the flip side, the MPTCP sockets will traverse the
option space twice (in tcp_parse_option() and in
mptcp_incoming_options(). That looks acceptable: we already
do that for syn and 3rd ack packets, plain TCP socket will
benefit from it, and even MPTCP sockets will experience better
code locality, reducing the jumps between TCP and MPTCP code.
v1 -> v2:
- rebased on current '-net' tree
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-30 16:01:52 +03:00
|
|
|
new_msk = mptcp_sk_clone(listener->conn, &mp_opt, req);
|
2020-03-13 18:52:41 +03:00
|
|
|
if (!new_msk)
|
2020-04-20 17:25:05 +03:00
|
|
|
fallback = true;
|
2020-03-28 00:48:39 +03:00
|
|
|
} else if (subflow_req->mp_join) {
|
2022-02-16 05:11:25 +03:00
|
|
|
mptcp_get_options(skb, &mp_opt);
|
2021-08-27 03:44:52 +03:00
|
|
|
if (!(mp_opt.suboptions & OPTIONS_MPTCP_MPJ) ||
|
|
|
|
!subflow_hmac_valid(req, &mp_opt) ||
|
2020-11-26 17:17:53 +03:00
|
|
|
!mptcp_can_accept_new_subflow(subflow_req->msk)) {
|
2020-03-28 00:48:50 +03:00
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_JOINACKMAC);
|
2020-06-17 13:08:57 +03:00
|
|
|
fallback = true;
|
2020-03-28 00:48:50 +03:00
|
|
|
}
|
2020-01-22 03:56:31 +03:00
|
|
|
}
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2020-01-22 03:56:32 +03:00
|
|
|
create_child:
|
2020-01-22 03:56:18 +03:00
|
|
|
child = listener->icsk_af_ops->syn_recv_sock(sk, skb, req, dst,
|
|
|
|
req_unhash, own_req);
|
|
|
|
|
|
|
|
if (child && *own_req) {
|
2020-01-22 03:56:20 +03:00
|
|
|
struct mptcp_subflow_context *ctx = mptcp_subflow_ctx(child);
|
|
|
|
|
2020-05-15 20:22:15 +03:00
|
|
|
tcp_rsk(req)->drop_req = false;
|
|
|
|
|
2020-04-20 17:25:05 +03:00
|
|
|
/* we need to fallback on ctx allocation failure and on pre-reqs
|
|
|
|
* checking above. In the latter scenario we additionally need
|
|
|
|
* to reset the context to non MPTCP status.
|
2020-01-22 03:56:20 +03:00
|
|
|
*/
|
2020-04-20 17:25:05 +03:00
|
|
|
if (!ctx || fallback) {
|
2021-04-02 02:19:44 +03:00
|
|
|
if (fallback_is_fatal) {
|
|
|
|
subflow_add_reset_reason(skb, MPTCP_RST_EMPTCP);
|
2020-05-15 20:22:17 +03:00
|
|
|
goto dispose_child;
|
2021-04-02 02:19:44 +03:00
|
|
|
}
|
2020-04-20 17:25:05 +03:00
|
|
|
|
2020-05-29 18:49:18 +03:00
|
|
|
subflow_drop_ctx(child);
|
2020-03-13 18:52:41 +03:00
|
|
|
goto out;
|
2020-03-28 00:48:39 +03:00
|
|
|
}
|
2020-01-22 03:56:20 +03:00
|
|
|
|
2021-04-16 02:44:54 +03:00
|
|
|
/* ssk inherits options of listener sk */
|
|
|
|
ctx->setsockopt_seq = listener->setsockopt_seq;
|
|
|
|
|
2020-01-22 03:56:20 +03:00
|
|
|
if (ctx->mp_capable) {
|
2020-07-23 14:02:32 +03:00
|
|
|
/* this can't race with mptcp_close(), as the msk is
|
|
|
|
* not yet exposted to user-space
|
|
|
|
*/
|
|
|
|
inet_sk_state_store((void *)new_msk, TCP_ESTABLISHED);
|
|
|
|
|
2020-12-09 14:03:29 +03:00
|
|
|
/* record the newly created socket as the first msk
|
|
|
|
* subflow, but don't link it yet into conn_list
|
|
|
|
*/
|
2020-11-19 22:45:58 +03:00
|
|
|
WRITE_ONCE(mptcp_sk(new_msk)->first, child);
|
|
|
|
|
2020-03-13 18:52:41 +03:00
|
|
|
/* new mpc subflow takes ownership of the newly
|
|
|
|
* created mptcp socket
|
|
|
|
*/
|
mptcp: fix splat when incoming connection is never accepted before exit/close
Following snippet (replicated from syzkaller reproducer) generates
warning: "IPv4: Attempt to release TCP socket in state 1".
int main(void) {
struct sockaddr_in sin1 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x010000e0, };
struct sockaddr_in sin2 = { .sin_family = 2,
.sin_addr.s_addr = 0x0100007f, };
struct sockaddr_in sin3 = { .sin_family = 2, .sin_port = 0x4e20,
.sin_addr.s_addr = 0x0100007f, };
int r0 = socket(0x2, 0x1, 0x106);
int r1 = socket(0x2, 0x1, 0x106);
bind(r1, (void *)&sin1, sizeof(sin1));
connect(r1, (void *)&sin2, sizeof(sin2));
listen(r1, 3);
return connect(r0, (void *)&sin3, 0x4d);
}
Reason is that the newly generated mptcp socket is closed via the ulp
release of the tcp listener socket when its accept backlog gets purged.
To fix this, delay setting the ESTABLISHED state until after userspace
calls accept and via mptcp specific destructor.
Fixes: 58b09919626bf ("mptcp: create msk early")
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/9
Signed-off-by: Florian Westphal <fw@strlen.de>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-04-17 10:28:22 +03:00
|
|
|
new_msk->sk_destruct = mptcp_sock_destruct;
|
2021-04-16 02:44:54 +03:00
|
|
|
mptcp_sk(new_msk)->setsockopt_seq = ctx->setsockopt_seq;
|
2021-02-13 02:59:58 +03:00
|
|
|
mptcp_pm_new_connection(mptcp_sk(new_msk), child, 1);
|
2020-06-26 20:30:00 +03:00
|
|
|
mptcp_token_accept(subflow_req, mptcp_sk(new_msk));
|
2020-03-13 18:52:41 +03:00
|
|
|
ctx->conn = new_msk;
|
|
|
|
new_msk = NULL;
|
2020-04-20 17:25:06 +03:00
|
|
|
|
|
|
|
/* with OoO packets we can reach here without ingress
|
|
|
|
* mpc option
|
|
|
|
*/
|
2021-08-27 03:44:52 +03:00
|
|
|
if (mp_opt.suboptions & OPTIONS_MPTCP_MPC)
|
2020-07-23 14:02:32 +03:00
|
|
|
mptcp_subflow_fully_established(ctx, &mp_opt);
|
2020-03-28 00:48:39 +03:00
|
|
|
} else if (ctx->mp_join) {
|
|
|
|
struct mptcp_sock *owner;
|
|
|
|
|
2020-06-17 13:08:56 +03:00
|
|
|
owner = subflow_req->msk;
|
2021-04-02 02:19:44 +03:00
|
|
|
if (!owner) {
|
|
|
|
subflow_add_reset_reason(skb, MPTCP_RST_EPROHIBIT);
|
2020-05-15 20:22:17 +03:00
|
|
|
goto dispose_child;
|
2021-04-02 02:19:44 +03:00
|
|
|
}
|
2020-03-28 00:48:39 +03:00
|
|
|
|
2020-06-17 13:08:56 +03:00
|
|
|
/* move the msk reference ownership to the subflow */
|
|
|
|
subflow_req->msk = NULL;
|
2020-03-28 00:48:39 +03:00
|
|
|
ctx->conn = (struct sock *)owner;
|
2021-02-02 02:09:15 +03:00
|
|
|
|
|
|
|
if (subflow_use_different_sport(owner, sk)) {
|
|
|
|
pr_debug("ack inet_sport=%d %d",
|
|
|
|
ntohs(inet_sk(sk)->inet_sport),
|
|
|
|
ntohs(inet_sk((struct sock *)owner)->inet_sport));
|
2021-02-02 02:09:19 +03:00
|
|
|
if (!mptcp_pm_sport_in_anno_list(owner, sk)) {
|
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_MISMATCHPORTACKRX);
|
2021-03-05 00:32:16 +03:00
|
|
|
goto dispose_child;
|
2021-02-02 02:09:19 +03:00
|
|
|
}
|
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_JOINPORTACKRX);
|
2021-02-02 02:09:15 +03:00
|
|
|
}
|
2021-03-05 00:32:16 +03:00
|
|
|
|
|
|
|
if (!mptcp_finish_join(child))
|
|
|
|
goto dispose_child;
|
|
|
|
|
|
|
|
SUBFLOW_REQ_INC_STATS(req, MPTCP_MIB_JOINACKRX);
|
|
|
|
tcp_rsk(req)->drop_req = true;
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-03-13 18:52:41 +03:00
|
|
|
out:
|
|
|
|
/* dispose of the left over mptcp master, if any */
|
|
|
|
if (unlikely(new_msk))
|
2020-04-17 10:28:23 +03:00
|
|
|
mptcp_force_close(new_msk);
|
2020-04-20 17:25:05 +03:00
|
|
|
|
|
|
|
/* check for expected invariant - should never trigger, just help
|
|
|
|
* catching eariler subtle bugs
|
|
|
|
*/
|
2020-04-30 16:03:22 +03:00
|
|
|
WARN_ON_ONCE(child && *own_req && tcp_sk(child)->is_mptcp &&
|
2020-04-20 17:25:05 +03:00
|
|
|
(!mptcp_subflow_ctx(child) ||
|
|
|
|
!mptcp_subflow_ctx(child)->conn));
|
2020-01-22 03:56:18 +03:00
|
|
|
return child;
|
2020-03-28 00:48:39 +03:00
|
|
|
|
2020-05-15 20:22:17 +03:00
|
|
|
dispose_child:
|
2020-05-29 18:49:18 +03:00
|
|
|
subflow_drop_ctx(child);
|
2020-05-15 20:22:17 +03:00
|
|
|
tcp_rsk(req)->drop_req = true;
|
|
|
|
inet_csk_prepare_for_destroy_sock(child);
|
2020-03-28 00:48:39 +03:00
|
|
|
tcp_done(child);
|
2020-07-23 14:02:35 +03:00
|
|
|
req->rsk_ops->send_reset(sk, skb);
|
2020-05-15 20:22:17 +03:00
|
|
|
|
|
|
|
/* The last child reference will be released by the caller */
|
|
|
|
return child;
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
|
|
|
|
2022-02-16 05:11:29 +03:00
|
|
|
static struct inet_connection_sock_af_ops subflow_specific __ro_after_init;
|
2021-01-20 17:39:14 +03:00
|
|
|
static struct proto tcp_prot_override;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2020-01-22 03:56:24 +03:00
|
|
|
enum mapping_status {
|
|
|
|
MAPPING_OK,
|
|
|
|
MAPPING_INVALID,
|
|
|
|
MAPPING_EMPTY,
|
2020-06-29 23:26:20 +03:00
|
|
|
MAPPING_DATA_FIN,
|
|
|
|
MAPPING_DUMMY
|
2020-01-22 03:56:24 +03:00
|
|
|
};
|
|
|
|
|
2021-06-11 01:59:42 +03:00
|
|
|
static void dbg_bad_map(struct mptcp_subflow_context *subflow, u32 ssn)
|
2020-01-22 03:56:24 +03:00
|
|
|
{
|
2021-06-11 01:59:42 +03:00
|
|
|
pr_debug("Bad mapping: ssn=%d map_seq=%d map_data_len=%d",
|
|
|
|
ssn, subflow->map_subflow_seq, subflow->map_data_len);
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
static bool skb_is_fully_mapped(struct sock *ssk, struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
|
|
|
unsigned int skb_consumed;
|
|
|
|
|
|
|
|
skb_consumed = tcp_sk(ssk)->copied_seq - TCP_SKB_CB(skb)->seq;
|
|
|
|
if (WARN_ON_ONCE(skb_consumed >= skb->len))
|
|
|
|
return true;
|
|
|
|
|
|
|
|
return skb->len - skb_consumed <= subflow->map_data_len -
|
|
|
|
mptcp_subflow_get_map_offset(subflow);
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool validate_mapping(struct sock *ssk, struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
|
|
|
u32 ssn = tcp_sk(ssk)->copied_seq - subflow->ssn_offset;
|
|
|
|
|
|
|
|
if (unlikely(before(ssn, subflow->map_subflow_seq))) {
|
|
|
|
/* Mapping covers data later in the subflow stream,
|
|
|
|
* currently unsupported.
|
|
|
|
*/
|
2021-06-11 01:59:42 +03:00
|
|
|
dbg_bad_map(subflow, ssn);
|
2020-01-22 03:56:24 +03:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
if (unlikely(!before(ssn, subflow->map_subflow_seq +
|
|
|
|
subflow->map_data_len))) {
|
|
|
|
/* Mapping does covers past subflow data, invalid */
|
2021-06-11 01:59:42 +03:00
|
|
|
dbg_bad_map(subflow, ssn);
|
2020-01-22 03:56:24 +03:00
|
|
|
return false;
|
|
|
|
}
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
static enum mapping_status validate_data_csum(struct sock *ssk, struct sk_buff *skb,
|
|
|
|
bool csum_reqd)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
|
|
|
u32 offset, seq, delta;
|
2022-01-07 22:25:24 +03:00
|
|
|
u16 csum;
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
int len;
|
|
|
|
|
|
|
|
if (!csum_reqd)
|
|
|
|
return MAPPING_OK;
|
|
|
|
|
|
|
|
/* mapping already validated on previous traversal */
|
|
|
|
if (subflow->map_csum_len == subflow->map_data_len)
|
|
|
|
return MAPPING_OK;
|
|
|
|
|
|
|
|
/* traverse the receive queue, ensuring it contains a full
|
|
|
|
* DSS mapping and accumulating the related csum.
|
|
|
|
* Preserve the accoumlate csum across multiple calls, to compute
|
|
|
|
* the csum only once
|
|
|
|
*/
|
|
|
|
delta = subflow->map_data_len - subflow->map_csum_len;
|
|
|
|
for (;;) {
|
|
|
|
seq = tcp_sk(ssk)->copied_seq + subflow->map_csum_len;
|
|
|
|
offset = seq - TCP_SKB_CB(skb)->seq;
|
|
|
|
|
|
|
|
/* if the current skb has not been accounted yet, csum its contents
|
|
|
|
* up to the amount covered by the current DSS
|
|
|
|
*/
|
|
|
|
if (offset < skb->len) {
|
|
|
|
__wsum csum;
|
|
|
|
|
|
|
|
len = min(skb->len - offset, delta);
|
|
|
|
csum = skb_checksum(skb, offset, len, 0);
|
|
|
|
subflow->map_data_csum = csum_block_add(subflow->map_data_csum, csum,
|
|
|
|
subflow->map_csum_len);
|
|
|
|
|
|
|
|
delta -= len;
|
|
|
|
subflow->map_csum_len += len;
|
|
|
|
}
|
|
|
|
if (delta == 0)
|
|
|
|
break;
|
|
|
|
|
|
|
|
if (skb_queue_is_last(&ssk->sk_receive_queue, skb)) {
|
|
|
|
/* if this subflow is closed, the partial mapping
|
|
|
|
* will be never completed; flush the pending skbs, so
|
|
|
|
* that subflow_sched_work_if_closed() can kick in
|
|
|
|
*/
|
|
|
|
if (unlikely(ssk->sk_state == TCP_CLOSE))
|
|
|
|
while ((skb = skb_peek(&ssk->sk_receive_queue)))
|
|
|
|
sk_eat_skb(ssk, skb);
|
|
|
|
|
|
|
|
/* not enough data to validate the csum */
|
|
|
|
return MAPPING_EMPTY;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* the DSS mapping for next skbs will be validated later,
|
|
|
|
* when a get_mapping_status call will process such skb
|
|
|
|
*/
|
|
|
|
skb = skb->next;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* note that 'map_data_len' accounts only for the carried data, does
|
|
|
|
* not include the eventual seq increment due to the data fin,
|
|
|
|
* while the pseudo header requires the original DSS data len,
|
|
|
|
* including that
|
|
|
|
*/
|
2022-01-07 22:25:24 +03:00
|
|
|
csum = __mptcp_make_csum(subflow->map_seq,
|
|
|
|
subflow->map_subflow_seq,
|
|
|
|
subflow->map_data_len + subflow->map_data_fin,
|
|
|
|
subflow->map_data_csum);
|
|
|
|
if (unlikely(csum)) {
|
2021-06-18 02:46:18 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(ssk), MPTCP_MIB_DATACSUMERR);
|
2021-08-25 02:26:17 +03:00
|
|
|
subflow->send_mp_fail = 1;
|
2021-08-25 02:26:18 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(ssk), MPTCP_MIB_MPFAILTX);
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
return subflow->mp_join ? MAPPING_INVALID : MAPPING_DUMMY;
|
2021-06-18 02:46:18 +03:00
|
|
|
}
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
|
|
|
|
return MAPPING_OK;
|
|
|
|
}
|
|
|
|
|
2020-07-29 01:12:06 +03:00
|
|
|
static enum mapping_status get_mapping_status(struct sock *ssk,
|
|
|
|
struct mptcp_sock *msk)
|
2020-01-22 03:56:24 +03:00
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
bool csum_reqd = READ_ONCE(msk->csum_enabled);
|
2022-04-27 00:57:15 +03:00
|
|
|
struct sock *sk = (struct sock *)msk;
|
2020-01-22 03:56:24 +03:00
|
|
|
struct mptcp_ext *mpext;
|
|
|
|
struct sk_buff *skb;
|
|
|
|
u16 data_len;
|
|
|
|
u64 map_seq;
|
|
|
|
|
|
|
|
skb = skb_peek(&ssk->sk_receive_queue);
|
|
|
|
if (!skb)
|
|
|
|
return MAPPING_EMPTY;
|
|
|
|
|
2020-06-29 23:26:20 +03:00
|
|
|
if (mptcp_check_fallback(ssk))
|
|
|
|
return MAPPING_DUMMY;
|
|
|
|
|
2020-01-22 03:56:24 +03:00
|
|
|
mpext = mptcp_get_ext(skb);
|
|
|
|
if (!mpext || !mpext->use_map) {
|
|
|
|
if (!subflow->map_valid && !skb->len) {
|
|
|
|
/* the TCP stack deliver 0 len FIN pkt to the receive
|
|
|
|
* queue, that is the only 0len pkts ever expected here,
|
|
|
|
* and we can admit no mapping only for 0 len pkts
|
|
|
|
*/
|
|
|
|
if (!(TCP_SKB_CB(skb)->tcp_flags & TCPHDR_FIN))
|
|
|
|
WARN_ONCE(1, "0len seq %d:%d flags %x",
|
|
|
|
TCP_SKB_CB(skb)->seq,
|
|
|
|
TCP_SKB_CB(skb)->end_seq,
|
|
|
|
TCP_SKB_CB(skb)->tcp_flags);
|
|
|
|
sk_eat_skb(ssk, skb);
|
|
|
|
return MAPPING_EMPTY;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (!subflow->map_valid)
|
|
|
|
return MAPPING_INVALID;
|
|
|
|
|
|
|
|
goto validate_seq;
|
|
|
|
}
|
|
|
|
|
2021-04-17 01:38:05 +03:00
|
|
|
trace_get_mapping_status(mpext);
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
data_len = mpext->data_len;
|
|
|
|
if (data_len == 0) {
|
2022-04-23 00:55:40 +03:00
|
|
|
pr_debug("infinite mapping received");
|
2020-03-28 00:48:50 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(ssk), MPTCP_MIB_INFINITEMAPRX);
|
2022-04-23 00:55:40 +03:00
|
|
|
subflow->map_data_len = 0;
|
2022-04-27 00:57:15 +03:00
|
|
|
if (sk && inet_sk_state_load(sk) != TCP_CLOSE) {
|
|
|
|
mptcp_data_lock(sk);
|
|
|
|
if (inet_sk_state_load(sk) != TCP_CLOSE)
|
|
|
|
sk_stop_timer(sk, &sk->sk_timer);
|
|
|
|
mptcp_data_unlock(sk);
|
|
|
|
}
|
2020-01-22 03:56:24 +03:00
|
|
|
return MAPPING_INVALID;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (mpext->data_fin == 1) {
|
|
|
|
if (data_len == 1) {
|
2020-09-30 01:08:20 +03:00
|
|
|
bool updated = mptcp_update_rcv_data_fin(msk, mpext->data_seq,
|
|
|
|
mpext->dsn64);
|
2020-07-29 01:12:06 +03:00
|
|
|
pr_debug("DATA_FIN with no payload seq=%llu", mpext->data_seq);
|
2020-01-22 03:56:24 +03:00
|
|
|
if (subflow->map_valid) {
|
|
|
|
/* A DATA_FIN might arrive in a DSS
|
|
|
|
* option before the previous mapping
|
|
|
|
* has been fully consumed. Continue
|
|
|
|
* handling the existing mapping.
|
|
|
|
*/
|
|
|
|
skb_ext_del(skb, SKB_EXT_MPTCP);
|
|
|
|
return MAPPING_OK;
|
|
|
|
} else {
|
2020-09-21 17:57:58 +03:00
|
|
|
if (updated && schedule_work(&msk->work))
|
|
|
|
sock_hold((struct sock *)msk);
|
|
|
|
|
2020-01-22 03:56:24 +03:00
|
|
|
return MAPPING_DATA_FIN;
|
|
|
|
}
|
2020-07-29 01:12:06 +03:00
|
|
|
} else {
|
2020-10-05 13:01:06 +03:00
|
|
|
u64 data_fin_seq = mpext->data_seq + data_len - 1;
|
2020-09-30 01:08:20 +03:00
|
|
|
|
|
|
|
/* If mpext->data_seq is a 32-bit value, data_fin_seq
|
|
|
|
* must also be limited to 32 bits.
|
|
|
|
*/
|
|
|
|
if (!mpext->dsn64)
|
|
|
|
data_fin_seq &= GENMASK_ULL(31, 0);
|
|
|
|
|
|
|
|
mptcp_update_rcv_data_fin(msk, data_fin_seq, mpext->dsn64);
|
|
|
|
pr_debug("DATA_FIN with mapping seq=%llu dsn64=%d",
|
|
|
|
data_fin_seq, mpext->dsn64);
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
/* Adjust for DATA_FIN using 1 byte of sequence space */
|
|
|
|
data_len--;
|
|
|
|
}
|
|
|
|
|
2021-06-19 01:02:21 +03:00
|
|
|
map_seq = mptcp_expand_seq(READ_ONCE(msk->ack_seq), mpext->data_seq, mpext->dsn64);
|
2020-10-06 19:26:17 +03:00
|
|
|
WRITE_ONCE(mptcp_sk(subflow->conn)->use_64bit_ack, !!mpext->dsn64);
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
if (subflow->map_valid) {
|
|
|
|
/* Allow replacing only with an identical map */
|
|
|
|
if (subflow->map_seq == map_seq &&
|
|
|
|
subflow->map_subflow_seq == mpext->subflow_seq &&
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
subflow->map_data_len == data_len &&
|
|
|
|
subflow->map_csum_reqd == mpext->csum_reqd) {
|
2020-01-22 03:56:24 +03:00
|
|
|
skb_ext_del(skb, SKB_EXT_MPTCP);
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
goto validate_csum;
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
/* If this skb data are fully covered by the current mapping,
|
|
|
|
* the new map would need caching, which is not supported
|
|
|
|
*/
|
2020-03-28 00:48:50 +03:00
|
|
|
if (skb_is_fully_mapped(ssk, skb)) {
|
|
|
|
MPTCP_INC_STATS(sock_net(ssk), MPTCP_MIB_DSSNOMATCH);
|
2020-01-22 03:56:24 +03:00
|
|
|
return MAPPING_INVALID;
|
2020-03-28 00:48:50 +03:00
|
|
|
}
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
/* will validate the next map after consuming the current one */
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
goto validate_csum;
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
subflow->map_seq = map_seq;
|
|
|
|
subflow->map_subflow_seq = mpext->subflow_seq;
|
|
|
|
subflow->map_data_len = data_len;
|
|
|
|
subflow->map_valid = 1;
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
subflow->map_data_fin = mpext->data_fin;
|
2020-01-22 03:56:32 +03:00
|
|
|
subflow->mpc_map = mpext->mpc_map;
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
subflow->map_csum_reqd = mpext->csum_reqd;
|
|
|
|
subflow->map_csum_len = 0;
|
|
|
|
subflow->map_data_csum = csum_unfold(mpext->csum);
|
|
|
|
|
|
|
|
/* Cfr RFC 8684 Section 3.3.0 */
|
|
|
|
if (unlikely(subflow->map_csum_reqd != csum_reqd))
|
|
|
|
return MAPPING_INVALID;
|
|
|
|
|
|
|
|
pr_debug("new map seq=%llu subflow_seq=%u data_len=%u csum=%d:%u",
|
2020-01-22 03:56:24 +03:00
|
|
|
subflow->map_seq, subflow->map_subflow_seq,
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
subflow->map_data_len, subflow->map_csum_reqd,
|
|
|
|
subflow->map_data_csum);
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
validate_seq:
|
|
|
|
/* we revalidate valid mapping on new skb, because we must ensure
|
|
|
|
* the current skb is completely covered by the available mapping
|
|
|
|
*/
|
2021-06-22 01:54:37 +03:00
|
|
|
if (!validate_mapping(ssk, skb)) {
|
|
|
|
MPTCP_INC_STATS(sock_net(ssk), MPTCP_MIB_DSSTCPMISMATCH);
|
2020-01-22 03:56:24 +03:00
|
|
|
return MAPPING_INVALID;
|
2021-06-22 01:54:37 +03:00
|
|
|
}
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
skb_ext_del(skb, SKB_EXT_MPTCP);
|
mptcp: validate the data checksum
This patch added three new members named data_csum, csum_len and
map_csum in struct mptcp_subflow_context, implemented a new function
named mptcp_validate_data_checksum().
If the current mapping is valid and csum is enabled traverse the later
pending skbs and compute csum incrementally till the whole mapping has
been covered. If not enough data is available in the rx queue, return
MAPPING_EMPTY - that is, no data.
Next subflow_data_ready invocation will trigger again csum computation.
When the full DSS is available, validate the csum and return to the
caller an appropriate error code, to trigger subflow reset of fallback
as required by the RFC.
Additionally:
- if the csum prevence in the DSS don't match the negotiated value e.g.
csum present, but not requested, return invalid mapping to trigger
subflow reset.
- keep some csum state, to avoid re-compute the csum on the same data
when multiple rx queue traversal are required.
- clean-up the uncompleted mapping from the receive queue on close, to
allow proper subflow disposal
Co-developed-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Geliang Tang <geliangtang@gmail.com>
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-18 02:46:16 +03:00
|
|
|
|
|
|
|
validate_csum:
|
|
|
|
return validate_data_csum(ssk, skb, csum_reqd);
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
|
2020-09-14 11:01:13 +03:00
|
|
|
static void mptcp_subflow_discard_data(struct sock *ssk, struct sk_buff *skb,
|
2020-09-18 00:07:24 +03:00
|
|
|
u64 limit)
|
2020-09-14 11:01:09 +03:00
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
2020-09-14 11:01:13 +03:00
|
|
|
bool fin = TCP_SKB_CB(skb)->tcp_flags & TCPHDR_FIN;
|
|
|
|
u32 incr;
|
|
|
|
|
|
|
|
incr = limit >= skb->len ? skb->len + fin : limit;
|
|
|
|
|
|
|
|
pr_debug("discarding=%d len=%d seq=%d", incr, skb->len,
|
|
|
|
subflow->map_subflow_seq);
|
2020-09-14 11:01:14 +03:00
|
|
|
MPTCP_INC_STATS(sock_net(ssk), MPTCP_MIB_DUPDATA);
|
2020-09-14 11:01:13 +03:00
|
|
|
tcp_sk(ssk)->copied_seq += incr;
|
|
|
|
if (!before(tcp_sk(ssk)->copied_seq, TCP_SKB_CB(skb)->end_seq))
|
|
|
|
sk_eat_skb(ssk, skb);
|
|
|
|
if (mptcp_subflow_get_map_offset(subflow) >= subflow->map_data_len)
|
|
|
|
subflow->map_valid = 0;
|
2020-09-14 11:01:09 +03:00
|
|
|
}
|
|
|
|
|
2021-02-13 02:59:56 +03:00
|
|
|
/* sched mptcp worker to remove the subflow if no more data is pending */
|
|
|
|
static void subflow_sched_work_if_closed(struct mptcp_sock *msk, struct sock *ssk)
|
|
|
|
{
|
|
|
|
struct sock *sk = (struct sock *)msk;
|
|
|
|
|
|
|
|
if (likely(ssk->sk_state != TCP_CLOSE))
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (skb_queue_empty(&ssk->sk_receive_queue) &&
|
|
|
|
!test_and_set_bit(MPTCP_WORK_CLOSE_SUBFLOW, &msk->flags)) {
|
|
|
|
sock_hold(sk);
|
|
|
|
if (!schedule_work(&msk->work))
|
|
|
|
sock_put(sk);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:24 +03:00
|
|
|
static bool subflow_check_data_avail(struct sock *ssk)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
|
|
|
enum mapping_status status;
|
|
|
|
struct mptcp_sock *msk;
|
|
|
|
struct sk_buff *skb;
|
|
|
|
|
2020-09-14 11:01:08 +03:00
|
|
|
if (!skb_peek(&ssk->sk_receive_queue))
|
2022-03-07 23:44:32 +03:00
|
|
|
WRITE_ONCE(subflow->data_avail, MPTCP_SUBFLOW_NODATA);
|
2020-01-22 03:56:24 +03:00
|
|
|
if (subflow->data_avail)
|
|
|
|
return true;
|
|
|
|
|
|
|
|
msk = mptcp_sk(subflow->conn);
|
|
|
|
for (;;) {
|
|
|
|
u64 ack_seq;
|
|
|
|
u64 old_ack;
|
|
|
|
|
2020-07-29 01:12:06 +03:00
|
|
|
status = get_mapping_status(ssk, msk);
|
2021-04-17 01:38:07 +03:00
|
|
|
trace_subflow_check_data_avail(status, skb_peek(&ssk->sk_receive_queue));
|
2021-05-28 02:31:39 +03:00
|
|
|
if (unlikely(status == MAPPING_INVALID))
|
|
|
|
goto fallback;
|
|
|
|
|
|
|
|
if (unlikely(status == MAPPING_DUMMY))
|
|
|
|
goto fallback;
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
if (status != MAPPING_OK)
|
2021-02-13 02:59:56 +03:00
|
|
|
goto no_data;
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
skb = skb_peek(&ssk->sk_receive_queue);
|
|
|
|
if (WARN_ON_ONCE(!skb))
|
2021-02-13 02:59:56 +03:00
|
|
|
goto no_data;
|
2020-01-22 03:56:24 +03:00
|
|
|
|
2020-01-22 03:56:32 +03:00
|
|
|
/* if msk lacks the remote key, this subflow must provide an
|
|
|
|
* MP_CAPABLE-based mapping
|
|
|
|
*/
|
|
|
|
if (unlikely(!READ_ONCE(msk->can_ack))) {
|
2021-05-28 02:31:39 +03:00
|
|
|
if (!subflow->mpc_map)
|
|
|
|
goto fallback;
|
2020-01-22 03:56:32 +03:00
|
|
|
WRITE_ONCE(msk->remote_key, subflow->remote_key);
|
|
|
|
WRITE_ONCE(msk->ack_seq, subflow->map_seq);
|
|
|
|
WRITE_ONCE(msk->can_ack, true);
|
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:24 +03:00
|
|
|
old_ack = READ_ONCE(msk->ack_seq);
|
|
|
|
ack_seq = mptcp_subflow_get_mapped_dsn(subflow);
|
|
|
|
pr_debug("msk ack_seq=%llx subflow ack_seq=%llx", old_ack,
|
|
|
|
ack_seq);
|
mptcp: wake-up readers only for in sequence data
Currently we rely on the subflow->data_avail field, which is subject to
races:
ssk1
skb len = 500 DSS(seq=1, len=1000, off=0)
# data_avail == MPTCP_SUBFLOW_DATA_AVAIL
ssk2
skb len = 500 DSS(seq = 501, len=1000)
# data_avail == MPTCP_SUBFLOW_DATA_AVAIL
ssk1
skb len = 500 DSS(seq = 1, len=1000, off =500)
# still data_avail == MPTCP_SUBFLOW_DATA_AVAIL,
# as the skb is covered by a pre-existing map,
# which was in-sequence at reception time.
Instead we can explicitly check if some has been received in-sequence,
propagating the info from __mptcp_move_skbs_from_subflow().
Additionally add the 'ONCE' annotation to the 'data_avail' memory
access, as msk will read it outside the subflow socket lock.
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-11 01:59:41 +03:00
|
|
|
if (unlikely(before64(ack_seq, old_ack))) {
|
|
|
|
mptcp_subflow_discard_data(ssk, skb, old_ack - ack_seq);
|
|
|
|
continue;
|
2020-09-14 11:01:08 +03:00
|
|
|
}
|
2020-01-22 03:56:24 +03:00
|
|
|
|
mptcp: wake-up readers only for in sequence data
Currently we rely on the subflow->data_avail field, which is subject to
races:
ssk1
skb len = 500 DSS(seq=1, len=1000, off=0)
# data_avail == MPTCP_SUBFLOW_DATA_AVAIL
ssk2
skb len = 500 DSS(seq = 501, len=1000)
# data_avail == MPTCP_SUBFLOW_DATA_AVAIL
ssk1
skb len = 500 DSS(seq = 1, len=1000, off =500)
# still data_avail == MPTCP_SUBFLOW_DATA_AVAIL,
# as the skb is covered by a pre-existing map,
# which was in-sequence at reception time.
Instead we can explicitly check if some has been received in-sequence,
propagating the info from __mptcp_move_skbs_from_subflow().
Additionally add the 'ONCE' annotation to the 'data_avail' memory
access, as msk will read it outside the subflow socket lock.
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-11 01:59:41 +03:00
|
|
|
WRITE_ONCE(subflow->data_avail, MPTCP_SUBFLOW_DATA_AVAIL);
|
|
|
|
break;
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
return true;
|
|
|
|
|
2021-02-13 02:59:56 +03:00
|
|
|
no_data:
|
|
|
|
subflow_sched_work_if_closed(msk, ssk);
|
|
|
|
return false;
|
2021-05-28 02:31:39 +03:00
|
|
|
|
|
|
|
fallback:
|
2022-04-23 00:55:37 +03:00
|
|
|
if (!__mptcp_check_fallback(msk)) {
|
|
|
|
/* RFC 8684 section 3.7. */
|
|
|
|
if (subflow->send_mp_fail) {
|
2022-04-23 00:55:38 +03:00
|
|
|
if (mptcp_has_another_subflow(ssk) ||
|
|
|
|
!READ_ONCE(msk->allow_infinite_fallback)) {
|
2022-04-23 00:55:37 +03:00
|
|
|
ssk->sk_err = EBADMSG;
|
|
|
|
tcp_set_state(ssk, TCP_CLOSE);
|
|
|
|
subflow->reset_transient = 0;
|
|
|
|
subflow->reset_reason = MPTCP_RST_EMIDDLEBOX;
|
|
|
|
tcp_send_active_reset(ssk, GFP_ATOMIC);
|
|
|
|
while ((skb = skb_peek(&ssk->sk_receive_queue)))
|
|
|
|
sk_eat_skb(ssk, skb);
|
2022-04-27 00:57:14 +03:00
|
|
|
} else {
|
|
|
|
WRITE_ONCE(subflow->mp_fail_response_expect, true);
|
2022-04-27 00:57:15 +03:00
|
|
|
/* The data lock is acquired in __mptcp_move_skbs() */
|
|
|
|
sk_reset_timer((struct sock *)msk,
|
|
|
|
&((struct sock *)msk)->sk_timer,
|
|
|
|
jiffies + TCP_RTO_MAX);
|
2022-04-23 00:55:37 +03:00
|
|
|
}
|
|
|
|
WRITE_ONCE(subflow->data_avail, MPTCP_SUBFLOW_NODATA);
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2022-04-23 00:55:40 +03:00
|
|
|
if ((subflow->mp_join || subflow->fully_established) && subflow->map_data_len) {
|
2022-04-23 00:55:37 +03:00
|
|
|
/* fatal protocol error, close the socket.
|
|
|
|
* subflow_error_report() will introduce the appropriate barriers
|
|
|
|
*/
|
2022-04-23 00:55:36 +03:00
|
|
|
ssk->sk_err = EBADMSG;
|
|
|
|
tcp_set_state(ssk, TCP_CLOSE);
|
|
|
|
subflow->reset_transient = 0;
|
2022-04-23 00:55:37 +03:00
|
|
|
subflow->reset_reason = MPTCP_RST_EMPTCP;
|
2022-04-23 00:55:36 +03:00
|
|
|
tcp_send_active_reset(ssk, GFP_ATOMIC);
|
2022-04-23 00:55:37 +03:00
|
|
|
WRITE_ONCE(subflow->data_avail, MPTCP_SUBFLOW_NODATA);
|
|
|
|
return false;
|
2021-08-25 02:26:17 +03:00
|
|
|
}
|
|
|
|
|
2022-04-23 00:55:37 +03:00
|
|
|
__mptcp_do_fallback(msk);
|
2021-05-28 02:31:39 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
skb = skb_peek(&ssk->sk_receive_queue);
|
|
|
|
subflow->map_valid = 1;
|
|
|
|
subflow->map_seq = READ_ONCE(msk->ack_seq);
|
|
|
|
subflow->map_data_len = skb->len;
|
|
|
|
subflow->map_subflow_seq = tcp_sk(ssk)->copied_seq - subflow->ssn_offset;
|
mptcp: wake-up readers only for in sequence data
Currently we rely on the subflow->data_avail field, which is subject to
races:
ssk1
skb len = 500 DSS(seq=1, len=1000, off=0)
# data_avail == MPTCP_SUBFLOW_DATA_AVAIL
ssk2
skb len = 500 DSS(seq = 501, len=1000)
# data_avail == MPTCP_SUBFLOW_DATA_AVAIL
ssk1
skb len = 500 DSS(seq = 1, len=1000, off =500)
# still data_avail == MPTCP_SUBFLOW_DATA_AVAIL,
# as the skb is covered by a pre-existing map,
# which was in-sequence at reception time.
Instead we can explicitly check if some has been received in-sequence,
propagating the info from __mptcp_move_skbs_from_subflow().
Additionally add the 'ONCE' annotation to the 'data_avail' memory
access, as msk will read it outside the subflow socket lock.
Fixes: 648ef4b88673 ("mptcp: Implement MPTCP receive path")
Signed-off-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2021-06-11 01:59:41 +03:00
|
|
|
WRITE_ONCE(subflow->data_avail, MPTCP_SUBFLOW_DATA_AVAIL);
|
2021-05-28 02:31:39 +03:00
|
|
|
return true;
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
|
|
|
|
bool mptcp_subflow_data_available(struct sock *sk)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(sk);
|
|
|
|
|
|
|
|
/* check if current mapping is still valid */
|
|
|
|
if (subflow->map_valid &&
|
|
|
|
mptcp_subflow_get_map_offset(subflow) >= subflow->map_data_len) {
|
|
|
|
subflow->map_valid = 0;
|
2022-03-07 23:44:32 +03:00
|
|
|
WRITE_ONCE(subflow->data_avail, MPTCP_SUBFLOW_NODATA);
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
pr_debug("Done with mapping: seq=%u data_len=%u",
|
|
|
|
subflow->map_subflow_seq,
|
|
|
|
subflow->map_data_len);
|
|
|
|
}
|
|
|
|
|
2020-09-14 11:01:08 +03:00
|
|
|
return subflow_check_data_avail(sk);
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
|
2020-04-24 13:31:50 +03:00
|
|
|
/* If ssk has an mptcp parent socket, use the mptcp rcvbuf occupancy,
|
|
|
|
* not the ssk one.
|
|
|
|
*
|
|
|
|
* In mptcp, rwin is about the mptcp-level connection data.
|
|
|
|
*
|
|
|
|
* Data that is still on the ssk rx queue can thus be ignored,
|
2021-03-27 02:12:46 +03:00
|
|
|
* as far as mptcp peer is concerned that data is still inflight.
|
2020-04-24 13:31:50 +03:00
|
|
|
* DSS ACK is updated when skb is moved to the mptcp rx queue.
|
|
|
|
*/
|
|
|
|
void mptcp_space(const struct sock *ssk, int *space, int *full_space)
|
|
|
|
{
|
|
|
|
const struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
|
|
|
const struct sock *sk = subflow->conn;
|
|
|
|
|
2020-11-19 22:46:03 +03:00
|
|
|
*space = __mptcp_space(sk);
|
2020-04-24 13:31:50 +03:00
|
|
|
*full_space = tcp_full_space(sk);
|
|
|
|
}
|
|
|
|
|
2021-02-12 02:30:37 +03:00
|
|
|
void __mptcp_error_report(struct sock *sk)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow;
|
|
|
|
struct mptcp_sock *msk = mptcp_sk(sk);
|
|
|
|
|
|
|
|
mptcp_for_each_subflow(msk, subflow) {
|
|
|
|
struct sock *ssk = mptcp_subflow_tcp_sock(subflow);
|
|
|
|
int err = sock_error(ssk);
|
|
|
|
|
|
|
|
if (!err)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
/* only propagate errors on fallen-back sockets or
|
|
|
|
* on MPC connect
|
|
|
|
*/
|
|
|
|
if (sk->sk_state != TCP_SYN_SENT && !__mptcp_check_fallback(msk))
|
|
|
|
continue;
|
|
|
|
|
|
|
|
inet_sk_state_store(sk, inet_sk_state_load(ssk));
|
|
|
|
sk->sk_err = -err;
|
|
|
|
|
|
|
|
/* This barrier is coupled with smp_rmb() in mptcp_poll() */
|
|
|
|
smp_wmb();
|
2021-06-28 01:48:21 +03:00
|
|
|
sk_error_report(sk);
|
2021-02-12 02:30:37 +03:00
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
static void subflow_error_report(struct sock *ssk)
|
|
|
|
{
|
|
|
|
struct sock *sk = mptcp_subflow_ctx(ssk)->conn;
|
|
|
|
|
|
|
|
mptcp_data_lock(sk);
|
|
|
|
if (!sock_owned_by_user(sk))
|
|
|
|
__mptcp_error_report(sk);
|
|
|
|
else
|
2022-01-07 03:20:26 +03:00
|
|
|
__set_bit(MPTCP_ERROR_REPORT, &mptcp_sk(sk)->cb_flags);
|
2021-02-12 02:30:37 +03:00
|
|
|
mptcp_data_unlock(sk);
|
|
|
|
}
|
|
|
|
|
2021-06-11 01:59:44 +03:00
|
|
|
static void subflow_data_ready(struct sock *sk)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(sk);
|
|
|
|
u16 state = 1 << inet_sk_state_load(sk);
|
|
|
|
struct sock *parent = subflow->conn;
|
|
|
|
struct mptcp_sock *msk;
|
|
|
|
|
|
|
|
msk = mptcp_sk(parent);
|
|
|
|
if (state & TCPF_LISTEN) {
|
|
|
|
/* MPJ subflow are removed from accept queue before reaching here,
|
|
|
|
* avoid stray wakeups
|
|
|
|
*/
|
|
|
|
if (reqsk_queue_empty(&inet_csk(sk)->icsk_accept_queue))
|
|
|
|
return;
|
|
|
|
|
|
|
|
parent->sk_data_ready(parent);
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
WARN_ON_ONCE(!__mptcp_check_fallback(msk) && !subflow->mp_capable &&
|
|
|
|
!subflow->mp_join && !(state & TCPF_CLOSE));
|
|
|
|
|
|
|
|
if (mptcp_subflow_data_available(sk))
|
|
|
|
mptcp_data_ready(parent, sk);
|
|
|
|
else if (unlikely(sk->sk_err))
|
|
|
|
subflow_error_report(sk);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void subflow_write_space(struct sock *ssk)
|
|
|
|
{
|
|
|
|
struct sock *sk = mptcp_subflow_ctx(ssk)->conn;
|
|
|
|
|
|
|
|
mptcp_propagate_sndbuf(sk, ssk);
|
|
|
|
mptcp_write_space(sk);
|
|
|
|
}
|
|
|
|
|
2022-02-16 05:11:29 +03:00
|
|
|
static const struct inet_connection_sock_af_ops *
|
2020-01-22 03:56:18 +03:00
|
|
|
subflow_default_af_ops(struct sock *sk)
|
|
|
|
{
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
|
|
|
if (sk->sk_family == AF_INET6)
|
|
|
|
return &subflow_v6_specific;
|
|
|
|
#endif
|
|
|
|
return &subflow_specific;
|
|
|
|
}
|
|
|
|
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
2020-01-30 12:45:26 +03:00
|
|
|
void mptcpv6_handle_mapped(struct sock *sk, bool mapped)
|
|
|
|
{
|
2020-01-22 03:56:18 +03:00
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(sk);
|
|
|
|
struct inet_connection_sock *icsk = inet_csk(sk);
|
2022-02-16 05:11:29 +03:00
|
|
|
const struct inet_connection_sock_af_ops *target;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
|
|
|
target = mapped ? &subflow_v6m_specific : subflow_default_af_ops(sk);
|
|
|
|
|
|
|
|
pr_debug("subflow=%p family=%d ops=%p target=%p mapped=%d",
|
2020-01-25 03:04:03 +03:00
|
|
|
subflow, sk->sk_family, icsk->icsk_af_ops, target, mapped);
|
2020-01-22 03:56:18 +03:00
|
|
|
|
|
|
|
if (likely(icsk->icsk_af_ops == target))
|
|
|
|
return;
|
|
|
|
|
|
|
|
subflow->icsk_af_ops = icsk->icsk_af_ops;
|
|
|
|
icsk->icsk_af_ops = target;
|
|
|
|
}
|
2020-01-30 12:45:26 +03:00
|
|
|
#endif
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2021-02-02 02:09:12 +03:00
|
|
|
void mptcp_info2sockaddr(const struct mptcp_addr_info *info,
|
|
|
|
struct sockaddr_storage *addr,
|
|
|
|
unsigned short family)
|
2020-03-28 00:48:40 +03:00
|
|
|
{
|
|
|
|
memset(addr, 0, sizeof(*addr));
|
2021-01-25 21:59:00 +03:00
|
|
|
addr->ss_family = family;
|
2020-03-28 00:48:40 +03:00
|
|
|
if (addr->ss_family == AF_INET) {
|
|
|
|
struct sockaddr_in *in_addr = (struct sockaddr_in *)addr;
|
|
|
|
|
2021-01-25 21:59:00 +03:00
|
|
|
if (info->family == AF_INET)
|
|
|
|
in_addr->sin_addr = info->addr;
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
|
|
|
else if (ipv6_addr_v4mapped(&info->addr6))
|
|
|
|
in_addr->sin_addr.s_addr = info->addr6.s6_addr32[3];
|
|
|
|
#endif
|
2020-03-28 00:48:40 +03:00
|
|
|
in_addr->sin_port = info->port;
|
|
|
|
}
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
|
|
|
else if (addr->ss_family == AF_INET6) {
|
|
|
|
struct sockaddr_in6 *in6_addr = (struct sockaddr_in6 *)addr;
|
|
|
|
|
2021-01-25 21:59:00 +03:00
|
|
|
if (info->family == AF_INET)
|
|
|
|
ipv6_addr_set_v4mapped(info->addr.s_addr,
|
|
|
|
&in6_addr->sin6_addr);
|
|
|
|
else
|
|
|
|
in6_addr->sin6_addr = info->addr6;
|
2020-03-28 00:48:40 +03:00
|
|
|
in6_addr->sin6_port = info->port;
|
|
|
|
}
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2020-09-14 11:01:15 +03:00
|
|
|
int __mptcp_subflow_connect(struct sock *sk, const struct mptcp_addr_info *loc,
|
2021-08-18 01:07:22 +03:00
|
|
|
const struct mptcp_addr_info *remote)
|
2020-03-28 00:48:40 +03:00
|
|
|
{
|
|
|
|
struct mptcp_sock *msk = mptcp_sk(sk);
|
|
|
|
struct mptcp_subflow_context *subflow;
|
|
|
|
struct sockaddr_storage addr;
|
2020-09-08 05:49:39 +03:00
|
|
|
int remote_id = remote->id;
|
2020-06-30 17:38:26 +03:00
|
|
|
int local_id = loc->id;
|
2020-03-28 00:48:40 +03:00
|
|
|
struct socket *sf;
|
2020-06-30 17:38:26 +03:00
|
|
|
struct sock *ssk;
|
2020-03-28 00:48:40 +03:00
|
|
|
u32 remote_token;
|
|
|
|
int addrlen;
|
2021-08-18 01:07:22 +03:00
|
|
|
int ifindex;
|
|
|
|
u8 flags;
|
2020-03-28 00:48:40 +03:00
|
|
|
int err;
|
|
|
|
|
2020-07-23 14:02:32 +03:00
|
|
|
if (!mptcp_is_fully_established(sk))
|
2020-03-28 00:48:40 +03:00
|
|
|
return -ENOTCONN;
|
|
|
|
|
|
|
|
err = mptcp_subflow_create_socket(sk, &sf);
|
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
2020-06-30 17:38:26 +03:00
|
|
|
ssk = sf->sk;
|
|
|
|
subflow = mptcp_subflow_ctx(ssk);
|
|
|
|
do {
|
|
|
|
get_random_bytes(&subflow->local_nonce, sizeof(u32));
|
|
|
|
} while (!subflow->local_nonce);
|
|
|
|
|
2022-03-07 23:44:37 +03:00
|
|
|
if (local_id)
|
|
|
|
subflow_set_local_id(subflow, local_id);
|
2020-06-30 17:38:26 +03:00
|
|
|
|
2021-08-18 01:07:22 +03:00
|
|
|
mptcp_pm_get_flags_and_ifindex_by_id(sock_net(sk), local_id,
|
|
|
|
&flags, &ifindex);
|
2020-03-28 00:48:40 +03:00
|
|
|
subflow->remote_key = msk->remote_key;
|
|
|
|
subflow->local_key = msk->local_key;
|
|
|
|
subflow->token = msk->token;
|
2021-01-25 21:59:00 +03:00
|
|
|
mptcp_info2sockaddr(loc, &addr, ssk->sk_family);
|
2020-03-28 00:48:40 +03:00
|
|
|
|
|
|
|
addrlen = sizeof(struct sockaddr_in);
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
2021-01-25 21:59:00 +03:00
|
|
|
if (addr.ss_family == AF_INET6)
|
2020-03-28 00:48:40 +03:00
|
|
|
addrlen = sizeof(struct sockaddr_in6);
|
|
|
|
#endif
|
2021-11-19 23:41:36 +03:00
|
|
|
mptcp_sockopt_sync(msk, ssk);
|
|
|
|
|
2021-04-07 03:15:57 +03:00
|
|
|
ssk->sk_bound_dev_if = ifindex;
|
2020-03-28 00:48:40 +03:00
|
|
|
err = kernel_bind(sf, (struct sockaddr *)&addr, addrlen);
|
|
|
|
if (err)
|
|
|
|
goto failed;
|
|
|
|
|
|
|
|
mptcp_crypto_key_sha(subflow->remote_key, &remote_token, NULL);
|
2020-09-08 05:49:39 +03:00
|
|
|
pr_debug("msk=%p remote_token=%u local_id=%d remote_id=%d", msk,
|
|
|
|
remote_token, local_id, remote_id);
|
2020-03-28 00:48:40 +03:00
|
|
|
subflow->remote_token = remote_token;
|
2020-09-08 05:49:39 +03:00
|
|
|
subflow->remote_id = remote_id;
|
2020-03-28 00:48:40 +03:00
|
|
|
subflow->request_join = 1;
|
2021-04-07 03:15:57 +03:00
|
|
|
subflow->request_bkup = !!(flags & MPTCP_PM_ADDR_FLAG_BACKUP);
|
2021-01-25 21:59:00 +03:00
|
|
|
mptcp_info2sockaddr(remote, &addr, ssk->sk_family);
|
2020-03-28 00:48:40 +03:00
|
|
|
|
2022-01-07 03:20:25 +03:00
|
|
|
sock_hold(ssk);
|
|
|
|
list_add_tail(&subflow->node, &msk->conn_list);
|
2020-03-28 00:48:40 +03:00
|
|
|
err = kernel_connect(sf, (struct sockaddr *)&addr, addrlen, O_NONBLOCK);
|
|
|
|
if (err && err != -EINPROGRESS)
|
2020-12-09 14:03:29 +03:00
|
|
|
goto failed_unlink;
|
2020-03-28 00:48:40 +03:00
|
|
|
|
2021-01-20 17:39:10 +03:00
|
|
|
/* discard the subflow socket */
|
|
|
|
mptcp_sock_graft(ssk, sk->sk_socket);
|
|
|
|
iput(SOCK_INODE(sf));
|
2022-04-23 00:55:38 +03:00
|
|
|
WRITE_ONCE(msk->allow_infinite_fallback, false);
|
2020-03-28 00:48:40 +03:00
|
|
|
return err;
|
|
|
|
|
2020-12-09 14:03:29 +03:00
|
|
|
failed_unlink:
|
|
|
|
list_del(&subflow->node);
|
2021-03-05 00:32:09 +03:00
|
|
|
sock_put(mptcp_subflow_tcp_sock(subflow));
|
2020-03-28 00:48:40 +03:00
|
|
|
|
|
|
|
failed:
|
2020-11-16 12:48:09 +03:00
|
|
|
subflow->disposable = 1;
|
2020-03-28 00:48:40 +03:00
|
|
|
sock_release(sf);
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2020-12-11 01:24:58 +03:00
|
|
|
static void mptcp_attach_cgroup(struct sock *parent, struct sock *child)
|
|
|
|
{
|
|
|
|
#ifdef CONFIG_SOCK_CGROUP_DATA
|
|
|
|
struct sock_cgroup_data *parent_skcd = &parent->sk_cgrp_data,
|
|
|
|
*child_skcd = &child->sk_cgrp_data;
|
|
|
|
|
|
|
|
/* only the additional subflows created by kworkers have to be modified */
|
|
|
|
if (cgroup_id(sock_cgroup_ptr(parent_skcd)) !=
|
|
|
|
cgroup_id(sock_cgroup_ptr(child_skcd))) {
|
|
|
|
#ifdef CONFIG_MEMCG
|
|
|
|
struct mem_cgroup *memcg = parent->sk_memcg;
|
|
|
|
|
|
|
|
mem_cgroup_sk_free(child);
|
|
|
|
if (memcg && css_tryget(&memcg->css))
|
|
|
|
child->sk_memcg = memcg;
|
|
|
|
#endif /* CONFIG_MEMCG */
|
|
|
|
|
|
|
|
cgroup_sk_free(child_skcd);
|
|
|
|
*child_skcd = *parent_skcd;
|
|
|
|
cgroup_sk_clone(child_skcd);
|
|
|
|
}
|
|
|
|
#endif /* CONFIG_SOCK_CGROUP_DATA */
|
|
|
|
}
|
|
|
|
|
2021-01-20 17:39:14 +03:00
|
|
|
static void mptcp_subflow_ops_override(struct sock *ssk)
|
|
|
|
{
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
|
|
|
if (ssk->sk_prot == &tcpv6_prot)
|
|
|
|
ssk->sk_prot = &tcpv6_prot_override;
|
|
|
|
else
|
|
|
|
#endif
|
|
|
|
ssk->sk_prot = &tcp_prot_override;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mptcp_subflow_ops_undo_override(struct sock *ssk)
|
|
|
|
{
|
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
|
|
|
if (ssk->sk_prot == &tcpv6_prot_override)
|
|
|
|
ssk->sk_prot = &tcpv6_prot;
|
|
|
|
else
|
|
|
|
#endif
|
|
|
|
ssk->sk_prot = &tcp_prot;
|
|
|
|
}
|
2020-01-22 03:56:17 +03:00
|
|
|
int mptcp_subflow_create_socket(struct sock *sk, struct socket **new_sock)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow;
|
|
|
|
struct net *net = sock_net(sk);
|
|
|
|
struct socket *sf;
|
|
|
|
int err;
|
|
|
|
|
2020-08-04 19:31:06 +03:00
|
|
|
/* un-accepted server sockets can reach here - on bad configuration
|
|
|
|
* bail early to avoid greater trouble later
|
|
|
|
*/
|
|
|
|
if (unlikely(!sk->sk_socket))
|
|
|
|
return -EINVAL;
|
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
err = sock_create_kern(net, sk->sk_family, SOCK_STREAM, IPPROTO_TCP,
|
|
|
|
&sf);
|
2020-01-22 03:56:17 +03:00
|
|
|
if (err)
|
|
|
|
return err;
|
|
|
|
|
|
|
|
lock_sock(sf->sk);
|
|
|
|
|
2020-12-11 01:24:58 +03:00
|
|
|
/* the newly created socket has to be in the same cgroup as its parent */
|
|
|
|
mptcp_attach_cgroup(sk, sf->sk);
|
|
|
|
|
2020-01-22 03:56:17 +03:00
|
|
|
/* kernel sockets do not by default acquire net ref, but TCP timer
|
|
|
|
* needs it.
|
|
|
|
*/
|
|
|
|
sf->sk->sk_net_refcnt = 1;
|
2021-12-14 07:32:08 +03:00
|
|
|
get_net_track(net, &sf->sk->ns_tracker, GFP_KERNEL);
|
2021-11-15 20:11:48 +03:00
|
|
|
sock_inuse_add(net, 1);
|
2020-01-22 03:56:17 +03:00
|
|
|
err = tcp_set_ulp(sf->sk, "mptcp");
|
|
|
|
release_sock(sf->sk);
|
|
|
|
|
2020-06-15 04:35:22 +03:00
|
|
|
if (err) {
|
|
|
|
sock_release(sf);
|
2020-01-22 03:56:17 +03:00
|
|
|
return err;
|
2020-06-15 04:35:22 +03:00
|
|
|
}
|
2020-01-22 03:56:17 +03:00
|
|
|
|
2020-05-07 19:53:24 +03:00
|
|
|
/* the newly created socket really belongs to the owning MPTCP master
|
|
|
|
* socket, even if for additional subflows the allocation is performed
|
|
|
|
* by a kernel workqueue. Adjust inode references, so that the
|
|
|
|
* procfs/diag interaces really show this one belonging to the correct
|
|
|
|
* user.
|
|
|
|
*/
|
|
|
|
SOCK_INODE(sf)->i_ino = SOCK_INODE(sk->sk_socket)->i_ino;
|
|
|
|
SOCK_INODE(sf)->i_uid = SOCK_INODE(sk->sk_socket)->i_uid;
|
|
|
|
SOCK_INODE(sf)->i_gid = SOCK_INODE(sk->sk_socket)->i_gid;
|
|
|
|
|
2020-01-22 03:56:17 +03:00
|
|
|
subflow = mptcp_subflow_ctx(sf->sk);
|
|
|
|
pr_debug("subflow=%p", subflow);
|
|
|
|
|
|
|
|
*new_sock = sf;
|
2020-01-22 03:56:20 +03:00
|
|
|
sock_hold(sk);
|
2020-01-22 03:56:17 +03:00
|
|
|
subflow->conn = sk;
|
2021-01-20 17:39:14 +03:00
|
|
|
mptcp_subflow_ops_override(sf->sk);
|
2020-01-22 03:56:17 +03:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct mptcp_subflow_context *subflow_create_ctx(struct sock *sk,
|
|
|
|
gfp_t priority)
|
|
|
|
{
|
|
|
|
struct inet_connection_sock *icsk = inet_csk(sk);
|
|
|
|
struct mptcp_subflow_context *ctx;
|
|
|
|
|
|
|
|
ctx = kzalloc(sizeof(*ctx), priority);
|
|
|
|
if (!ctx)
|
|
|
|
return NULL;
|
|
|
|
|
|
|
|
rcu_assign_pointer(icsk->icsk_ulp_data, ctx);
|
2020-01-22 03:56:18 +03:00
|
|
|
INIT_LIST_HEAD(&ctx->node);
|
2021-01-20 17:39:14 +03:00
|
|
|
INIT_LIST_HEAD(&ctx->delegated_node);
|
2020-01-22 03:56:17 +03:00
|
|
|
|
|
|
|
pr_debug("subflow=%p", ctx);
|
|
|
|
|
|
|
|
ctx->tcp_sock = sk;
|
|
|
|
|
|
|
|
return ctx;
|
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:24 +03:00
|
|
|
static void __subflow_state_change(struct sock *sk)
|
|
|
|
{
|
|
|
|
struct socket_wq *wq;
|
|
|
|
|
|
|
|
rcu_read_lock();
|
|
|
|
wq = rcu_dereference(sk->sk_wq);
|
|
|
|
if (skwq_has_sleeper(wq))
|
|
|
|
wake_up_interruptible_all(&wq->wait);
|
|
|
|
rcu_read_unlock();
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool subflow_is_done(const struct sock *sk)
|
|
|
|
{
|
|
|
|
return sk->sk_shutdown & RCV_SHUTDOWN || sk->sk_state == TCP_CLOSE;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void subflow_state_change(struct sock *sk)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(sk);
|
2020-03-13 18:52:42 +03:00
|
|
|
struct sock *parent = subflow->conn;
|
2020-01-22 03:56:24 +03:00
|
|
|
|
|
|
|
__subflow_state_change(sk);
|
|
|
|
|
mptcp: fallback in case of simultaneous connect
when a MPTCP client tries to connect to itself, tcp_finish_connect() is
never reached. Because of this, depending on the socket current state,
multiple faulty behaviours can be observed:
1) a WARN_ON() in subflow_data_ready() is hit
WARNING: CPU: 2 PID: 882 at net/mptcp/subflow.c:911 subflow_data_ready+0x18b/0x230
[...]
CPU: 2 PID: 882 Comm: gh35 Not tainted 5.7.0+ #187
[...]
RIP: 0010:subflow_data_ready+0x18b/0x230
[...]
Call Trace:
tcp_data_queue+0xd2f/0x4250
tcp_rcv_state_process+0xb1c/0x49d3
tcp_v4_do_rcv+0x2bc/0x790
__release_sock+0x153/0x2d0
release_sock+0x4f/0x170
mptcp_shutdown+0x167/0x4e0
__sys_shutdown+0xe6/0x180
__x64_sys_shutdown+0x50/0x70
do_syscall_64+0x9a/0x370
entry_SYSCALL_64_after_hwframe+0x44/0xa9
2) client is stuck forever in mptcp_sendmsg() because the socket is not
TCP_ESTABLISHED
crash> bt 4847
PID: 4847 TASK: ffff88814b2fb100 CPU: 1 COMMAND: "gh35"
#0 [ffff8881376ff680] __schedule at ffffffff97248da4
#1 [ffff8881376ff778] schedule at ffffffff9724a34f
#2 [ffff8881376ff7a0] schedule_timeout at ffffffff97252ba0
#3 [ffff8881376ff8a8] wait_woken at ffffffff958ab4ba
#4 [ffff8881376ff940] sk_stream_wait_connect at ffffffff96c2d859
#5 [ffff8881376ffa28] mptcp_sendmsg at ffffffff97207fca
#6 [ffff8881376ffbc0] sock_sendmsg at ffffffff96be1b5b
#7 [ffff8881376ffbe8] sock_write_iter at ffffffff96be1daa
#8 [ffff8881376ffce8] new_sync_write at ffffffff95e5cb52
#9 [ffff8881376ffe50] vfs_write at ffffffff95e6547f
#10 [ffff8881376ffe90] ksys_write at ffffffff95e65d26
#11 [ffff8881376fff28] do_syscall_64 at ffffffff956088ba
#12 [ffff8881376fff50] entry_SYSCALL_64_after_hwframe at ffffffff9740008c
RIP: 00007f126f6956ed RSP: 00007ffc2a320278 RFLAGS: 00000217
RAX: ffffffffffffffda RBX: 0000000020000044 RCX: 00007f126f6956ed
RDX: 0000000000000004 RSI: 00000000004007b8 RDI: 0000000000000003
RBP: 00007ffc2a3202a0 R8: 0000000000400720 R9: 0000000000400720
R10: 0000000000400720 R11: 0000000000000217 R12: 00000000004004b0
R13: 00007ffc2a320380 R14: 0000000000000000 R15: 0000000000000000
ORIG_RAX: 0000000000000001 CS: 0033 SS: 002b
3) tcpdump captures show that DSS is exchanged even when MP_CAPABLE handshake
didn't complete.
$ tcpdump -tnnr bad.pcap
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [S], seq 3208913911, win 65483, options [mss 65495,sackOK,TS val 3291706876 ecr 3291694721,nop,wscale 7,mptcp capable v1], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [S.], seq 3208913911, ack 3208913912, win 65483, options [mss 65495,sackOK,TS val 3291706876 ecr 3291706876,nop,wscale 7,mptcp capable v1], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [.], ack 1, win 512, options [nop,nop,TS val 3291706876 ecr 3291706876], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [F.], seq 1, ack 1, win 512, options [nop,nop,TS val 3291707876 ecr 3291706876,mptcp dss fin seq 0 subseq 0 len 1,nop,nop], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [.], ack 2, win 512, options [nop,nop,TS val 3291707876 ecr 3291707876], length 0
force a fallback to TCP in these cases, and adjust the main socket
state to avoid hanging in mptcp_sendmsg().
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/35
Reported-by: Christoph Paasch <cpaasch@apple.com>
Suggested-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Davide Caratti <dcaratti@redhat.com>
Reviewed-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-06-29 23:26:21 +03:00
|
|
|
if (subflow_simultaneous_connect(sk)) {
|
2021-01-20 17:39:11 +03:00
|
|
|
mptcp_propagate_sndbuf(parent, sk);
|
mptcp: fallback in case of simultaneous connect
when a MPTCP client tries to connect to itself, tcp_finish_connect() is
never reached. Because of this, depending on the socket current state,
multiple faulty behaviours can be observed:
1) a WARN_ON() in subflow_data_ready() is hit
WARNING: CPU: 2 PID: 882 at net/mptcp/subflow.c:911 subflow_data_ready+0x18b/0x230
[...]
CPU: 2 PID: 882 Comm: gh35 Not tainted 5.7.0+ #187
[...]
RIP: 0010:subflow_data_ready+0x18b/0x230
[...]
Call Trace:
tcp_data_queue+0xd2f/0x4250
tcp_rcv_state_process+0xb1c/0x49d3
tcp_v4_do_rcv+0x2bc/0x790
__release_sock+0x153/0x2d0
release_sock+0x4f/0x170
mptcp_shutdown+0x167/0x4e0
__sys_shutdown+0xe6/0x180
__x64_sys_shutdown+0x50/0x70
do_syscall_64+0x9a/0x370
entry_SYSCALL_64_after_hwframe+0x44/0xa9
2) client is stuck forever in mptcp_sendmsg() because the socket is not
TCP_ESTABLISHED
crash> bt 4847
PID: 4847 TASK: ffff88814b2fb100 CPU: 1 COMMAND: "gh35"
#0 [ffff8881376ff680] __schedule at ffffffff97248da4
#1 [ffff8881376ff778] schedule at ffffffff9724a34f
#2 [ffff8881376ff7a0] schedule_timeout at ffffffff97252ba0
#3 [ffff8881376ff8a8] wait_woken at ffffffff958ab4ba
#4 [ffff8881376ff940] sk_stream_wait_connect at ffffffff96c2d859
#5 [ffff8881376ffa28] mptcp_sendmsg at ffffffff97207fca
#6 [ffff8881376ffbc0] sock_sendmsg at ffffffff96be1b5b
#7 [ffff8881376ffbe8] sock_write_iter at ffffffff96be1daa
#8 [ffff8881376ffce8] new_sync_write at ffffffff95e5cb52
#9 [ffff8881376ffe50] vfs_write at ffffffff95e6547f
#10 [ffff8881376ffe90] ksys_write at ffffffff95e65d26
#11 [ffff8881376fff28] do_syscall_64 at ffffffff956088ba
#12 [ffff8881376fff50] entry_SYSCALL_64_after_hwframe at ffffffff9740008c
RIP: 00007f126f6956ed RSP: 00007ffc2a320278 RFLAGS: 00000217
RAX: ffffffffffffffda RBX: 0000000020000044 RCX: 00007f126f6956ed
RDX: 0000000000000004 RSI: 00000000004007b8 RDI: 0000000000000003
RBP: 00007ffc2a3202a0 R8: 0000000000400720 R9: 0000000000400720
R10: 0000000000400720 R11: 0000000000000217 R12: 00000000004004b0
R13: 00007ffc2a320380 R14: 0000000000000000 R15: 0000000000000000
ORIG_RAX: 0000000000000001 CS: 0033 SS: 002b
3) tcpdump captures show that DSS is exchanged even when MP_CAPABLE handshake
didn't complete.
$ tcpdump -tnnr bad.pcap
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [S], seq 3208913911, win 65483, options [mss 65495,sackOK,TS val 3291706876 ecr 3291694721,nop,wscale 7,mptcp capable v1], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [S.], seq 3208913911, ack 3208913912, win 65483, options [mss 65495,sackOK,TS val 3291706876 ecr 3291706876,nop,wscale 7,mptcp capable v1], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [.], ack 1, win 512, options [nop,nop,TS val 3291706876 ecr 3291706876], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [F.], seq 1, ack 1, win 512, options [nop,nop,TS val 3291707876 ecr 3291706876,mptcp dss fin seq 0 subseq 0 len 1,nop,nop], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [.], ack 2, win 512, options [nop,nop,TS val 3291707876 ecr 3291707876], length 0
force a fallback to TCP in these cases, and adjust the main socket
state to avoid hanging in mptcp_sendmsg().
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/35
Reported-by: Christoph Paasch <cpaasch@apple.com>
Suggested-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Davide Caratti <dcaratti@redhat.com>
Reviewed-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-06-29 23:26:21 +03:00
|
|
|
mptcp_do_fallback(sk);
|
2020-06-30 22:24:45 +03:00
|
|
|
mptcp_rcv_space_init(mptcp_sk(parent), sk);
|
mptcp: fallback in case of simultaneous connect
when a MPTCP client tries to connect to itself, tcp_finish_connect() is
never reached. Because of this, depending on the socket current state,
multiple faulty behaviours can be observed:
1) a WARN_ON() in subflow_data_ready() is hit
WARNING: CPU: 2 PID: 882 at net/mptcp/subflow.c:911 subflow_data_ready+0x18b/0x230
[...]
CPU: 2 PID: 882 Comm: gh35 Not tainted 5.7.0+ #187
[...]
RIP: 0010:subflow_data_ready+0x18b/0x230
[...]
Call Trace:
tcp_data_queue+0xd2f/0x4250
tcp_rcv_state_process+0xb1c/0x49d3
tcp_v4_do_rcv+0x2bc/0x790
__release_sock+0x153/0x2d0
release_sock+0x4f/0x170
mptcp_shutdown+0x167/0x4e0
__sys_shutdown+0xe6/0x180
__x64_sys_shutdown+0x50/0x70
do_syscall_64+0x9a/0x370
entry_SYSCALL_64_after_hwframe+0x44/0xa9
2) client is stuck forever in mptcp_sendmsg() because the socket is not
TCP_ESTABLISHED
crash> bt 4847
PID: 4847 TASK: ffff88814b2fb100 CPU: 1 COMMAND: "gh35"
#0 [ffff8881376ff680] __schedule at ffffffff97248da4
#1 [ffff8881376ff778] schedule at ffffffff9724a34f
#2 [ffff8881376ff7a0] schedule_timeout at ffffffff97252ba0
#3 [ffff8881376ff8a8] wait_woken at ffffffff958ab4ba
#4 [ffff8881376ff940] sk_stream_wait_connect at ffffffff96c2d859
#5 [ffff8881376ffa28] mptcp_sendmsg at ffffffff97207fca
#6 [ffff8881376ffbc0] sock_sendmsg at ffffffff96be1b5b
#7 [ffff8881376ffbe8] sock_write_iter at ffffffff96be1daa
#8 [ffff8881376ffce8] new_sync_write at ffffffff95e5cb52
#9 [ffff8881376ffe50] vfs_write at ffffffff95e6547f
#10 [ffff8881376ffe90] ksys_write at ffffffff95e65d26
#11 [ffff8881376fff28] do_syscall_64 at ffffffff956088ba
#12 [ffff8881376fff50] entry_SYSCALL_64_after_hwframe at ffffffff9740008c
RIP: 00007f126f6956ed RSP: 00007ffc2a320278 RFLAGS: 00000217
RAX: ffffffffffffffda RBX: 0000000020000044 RCX: 00007f126f6956ed
RDX: 0000000000000004 RSI: 00000000004007b8 RDI: 0000000000000003
RBP: 00007ffc2a3202a0 R8: 0000000000400720 R9: 0000000000400720
R10: 0000000000400720 R11: 0000000000000217 R12: 00000000004004b0
R13: 00007ffc2a320380 R14: 0000000000000000 R15: 0000000000000000
ORIG_RAX: 0000000000000001 CS: 0033 SS: 002b
3) tcpdump captures show that DSS is exchanged even when MP_CAPABLE handshake
didn't complete.
$ tcpdump -tnnr bad.pcap
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [S], seq 3208913911, win 65483, options [mss 65495,sackOK,TS val 3291706876 ecr 3291694721,nop,wscale 7,mptcp capable v1], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [S.], seq 3208913911, ack 3208913912, win 65483, options [mss 65495,sackOK,TS val 3291706876 ecr 3291706876,nop,wscale 7,mptcp capable v1], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [.], ack 1, win 512, options [nop,nop,TS val 3291706876 ecr 3291706876], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [F.], seq 1, ack 1, win 512, options [nop,nop,TS val 3291707876 ecr 3291706876,mptcp dss fin seq 0 subseq 0 len 1,nop,nop], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [.], ack 2, win 512, options [nop,nop,TS val 3291707876 ecr 3291707876], length 0
force a fallback to TCP in these cases, and adjust the main socket
state to avoid hanging in mptcp_sendmsg().
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/35
Reported-by: Christoph Paasch <cpaasch@apple.com>
Suggested-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Davide Caratti <dcaratti@redhat.com>
Reviewed-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-06-29 23:26:21 +03:00
|
|
|
pr_fallback(mptcp_sk(parent));
|
|
|
|
subflow->conn_finished = 1;
|
2021-06-22 03:33:08 +03:00
|
|
|
mptcp_set_connected(parent);
|
mptcp: fallback in case of simultaneous connect
when a MPTCP client tries to connect to itself, tcp_finish_connect() is
never reached. Because of this, depending on the socket current state,
multiple faulty behaviours can be observed:
1) a WARN_ON() in subflow_data_ready() is hit
WARNING: CPU: 2 PID: 882 at net/mptcp/subflow.c:911 subflow_data_ready+0x18b/0x230
[...]
CPU: 2 PID: 882 Comm: gh35 Not tainted 5.7.0+ #187
[...]
RIP: 0010:subflow_data_ready+0x18b/0x230
[...]
Call Trace:
tcp_data_queue+0xd2f/0x4250
tcp_rcv_state_process+0xb1c/0x49d3
tcp_v4_do_rcv+0x2bc/0x790
__release_sock+0x153/0x2d0
release_sock+0x4f/0x170
mptcp_shutdown+0x167/0x4e0
__sys_shutdown+0xe6/0x180
__x64_sys_shutdown+0x50/0x70
do_syscall_64+0x9a/0x370
entry_SYSCALL_64_after_hwframe+0x44/0xa9
2) client is stuck forever in mptcp_sendmsg() because the socket is not
TCP_ESTABLISHED
crash> bt 4847
PID: 4847 TASK: ffff88814b2fb100 CPU: 1 COMMAND: "gh35"
#0 [ffff8881376ff680] __schedule at ffffffff97248da4
#1 [ffff8881376ff778] schedule at ffffffff9724a34f
#2 [ffff8881376ff7a0] schedule_timeout at ffffffff97252ba0
#3 [ffff8881376ff8a8] wait_woken at ffffffff958ab4ba
#4 [ffff8881376ff940] sk_stream_wait_connect at ffffffff96c2d859
#5 [ffff8881376ffa28] mptcp_sendmsg at ffffffff97207fca
#6 [ffff8881376ffbc0] sock_sendmsg at ffffffff96be1b5b
#7 [ffff8881376ffbe8] sock_write_iter at ffffffff96be1daa
#8 [ffff8881376ffce8] new_sync_write at ffffffff95e5cb52
#9 [ffff8881376ffe50] vfs_write at ffffffff95e6547f
#10 [ffff8881376ffe90] ksys_write at ffffffff95e65d26
#11 [ffff8881376fff28] do_syscall_64 at ffffffff956088ba
#12 [ffff8881376fff50] entry_SYSCALL_64_after_hwframe at ffffffff9740008c
RIP: 00007f126f6956ed RSP: 00007ffc2a320278 RFLAGS: 00000217
RAX: ffffffffffffffda RBX: 0000000020000044 RCX: 00007f126f6956ed
RDX: 0000000000000004 RSI: 00000000004007b8 RDI: 0000000000000003
RBP: 00007ffc2a3202a0 R8: 0000000000400720 R9: 0000000000400720
R10: 0000000000400720 R11: 0000000000000217 R12: 00000000004004b0
R13: 00007ffc2a320380 R14: 0000000000000000 R15: 0000000000000000
ORIG_RAX: 0000000000000001 CS: 0033 SS: 002b
3) tcpdump captures show that DSS is exchanged even when MP_CAPABLE handshake
didn't complete.
$ tcpdump -tnnr bad.pcap
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [S], seq 3208913911, win 65483, options [mss 65495,sackOK,TS val 3291706876 ecr 3291694721,nop,wscale 7,mptcp capable v1], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [S.], seq 3208913911, ack 3208913912, win 65483, options [mss 65495,sackOK,TS val 3291706876 ecr 3291706876,nop,wscale 7,mptcp capable v1], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [.], ack 1, win 512, options [nop,nop,TS val 3291706876 ecr 3291706876], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [F.], seq 1, ack 1, win 512, options [nop,nop,TS val 3291707876 ecr 3291706876,mptcp dss fin seq 0 subseq 0 len 1,nop,nop], length 0
IP 127.0.0.1.20000 > 127.0.0.1.20000: Flags [.], ack 2, win 512, options [nop,nop,TS val 3291707876 ecr 3291707876], length 0
force a fallback to TCP in these cases, and adjust the main socket
state to avoid hanging in mptcp_sendmsg().
Closes: https://github.com/multipath-tcp/mptcp_net-next/issues/35
Reported-by: Christoph Paasch <cpaasch@apple.com>
Suggested-by: Paolo Abeni <pabeni@redhat.com>
Signed-off-by: Davide Caratti <dcaratti@redhat.com>
Reviewed-by: Mat Martineau <mathew.j.martineau@linux.intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2020-06-29 23:26:21 +03:00
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:24 +03:00
|
|
|
/* as recvmsg() does not acquire the subflow socket for ssk selection
|
|
|
|
* a fin packet carrying a DSS can be unnoticed if we don't trigger
|
|
|
|
* the data available machinery here.
|
|
|
|
*/
|
2020-06-29 23:26:20 +03:00
|
|
|
if (mptcp_subflow_data_available(sk))
|
2020-02-26 12:14:51 +03:00
|
|
|
mptcp_data_ready(parent, sk);
|
2021-06-11 01:59:44 +03:00
|
|
|
else if (unlikely(sk->sk_err))
|
|
|
|
subflow_error_report(sk);
|
2020-01-22 03:56:24 +03:00
|
|
|
|
2021-02-13 02:59:56 +03:00
|
|
|
subflow_sched_work_if_closed(mptcp_sk(parent), sk);
|
|
|
|
|
2020-07-29 01:12:07 +03:00
|
|
|
if (__mptcp_check_fallback(mptcp_sk(parent)) &&
|
2020-01-22 03:56:24 +03:00
|
|
|
!subflow->rx_eof && subflow_is_done(sk)) {
|
|
|
|
subflow->rx_eof = 1;
|
2020-04-02 14:44:52 +03:00
|
|
|
mptcp_subflow_eof(parent);
|
2020-01-22 03:56:24 +03:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:17 +03:00
|
|
|
static int subflow_ulp_init(struct sock *sk)
|
|
|
|
{
|
2020-01-22 03:56:18 +03:00
|
|
|
struct inet_connection_sock *icsk = inet_csk(sk);
|
2020-01-22 03:56:17 +03:00
|
|
|
struct mptcp_subflow_context *ctx;
|
|
|
|
struct tcp_sock *tp = tcp_sk(sk);
|
|
|
|
int err = 0;
|
|
|
|
|
|
|
|
/* disallow attaching ULP to a socket unless it has been
|
|
|
|
* created with sock_create_kern()
|
|
|
|
*/
|
|
|
|
if (!sk->sk_kern_sock) {
|
|
|
|
err = -EOPNOTSUPP;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
ctx = subflow_create_ctx(sk, GFP_KERNEL);
|
|
|
|
if (!ctx) {
|
|
|
|
err = -ENOMEM;
|
|
|
|
goto out;
|
|
|
|
}
|
|
|
|
|
|
|
|
pr_debug("subflow=%p, family=%d", ctx, sk->sk_family);
|
|
|
|
|
|
|
|
tp->is_mptcp = 1;
|
2020-01-22 03:56:18 +03:00
|
|
|
ctx->icsk_af_ops = icsk->icsk_af_ops;
|
|
|
|
icsk->icsk_af_ops = subflow_default_af_ops(sk);
|
2020-01-22 03:56:24 +03:00
|
|
|
ctx->tcp_state_change = sk->sk_state_change;
|
2021-02-12 02:30:37 +03:00
|
|
|
ctx->tcp_error_report = sk->sk_error_report;
|
2022-02-16 05:11:30 +03:00
|
|
|
|
|
|
|
WARN_ON_ONCE(sk->sk_data_ready != sock_def_readable);
|
|
|
|
WARN_ON_ONCE(sk->sk_write_space != sk_stream_write_space);
|
|
|
|
|
2020-01-22 03:56:24 +03:00
|
|
|
sk->sk_data_ready = subflow_data_ready;
|
|
|
|
sk->sk_write_space = subflow_write_space;
|
|
|
|
sk->sk_state_change = subflow_state_change;
|
2021-02-12 02:30:37 +03:00
|
|
|
sk->sk_error_report = subflow_error_report;
|
2020-01-22 03:56:17 +03:00
|
|
|
out:
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
2020-11-16 12:48:09 +03:00
|
|
|
static void subflow_ulp_release(struct sock *ssk)
|
2020-01-22 03:56:17 +03:00
|
|
|
{
|
2020-11-16 12:48:09 +03:00
|
|
|
struct mptcp_subflow_context *ctx = mptcp_subflow_ctx(ssk);
|
|
|
|
bool release = true;
|
|
|
|
struct sock *sk;
|
2020-01-22 03:56:17 +03:00
|
|
|
|
|
|
|
if (!ctx)
|
|
|
|
return;
|
|
|
|
|
2020-11-16 12:48:09 +03:00
|
|
|
sk = ctx->conn;
|
|
|
|
if (sk) {
|
|
|
|
/* if the msk has been orphaned, keep the ctx
|
2020-12-09 14:03:30 +03:00
|
|
|
* alive, will be freed by __mptcp_close_ssk(),
|
|
|
|
* when the subflow is still unaccepted
|
2020-11-16 12:48:09 +03:00
|
|
|
*/
|
2020-12-09 14:03:30 +03:00
|
|
|
release = ctx->disposable || list_empty(&ctx->node);
|
2020-11-16 12:48:09 +03:00
|
|
|
sock_put(sk);
|
|
|
|
}
|
2020-01-22 03:56:20 +03:00
|
|
|
|
2021-01-20 17:39:14 +03:00
|
|
|
mptcp_subflow_ops_undo_override(ssk);
|
2020-11-16 12:48:09 +03:00
|
|
|
if (release)
|
|
|
|
kfree_rcu(ctx, rcu);
|
2020-01-22 03:56:17 +03:00
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
static void subflow_ulp_clone(const struct request_sock *req,
|
|
|
|
struct sock *newsk,
|
|
|
|
const gfp_t priority)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_request_sock *subflow_req = mptcp_subflow_rsk(req);
|
|
|
|
struct mptcp_subflow_context *old_ctx = mptcp_subflow_ctx(newsk);
|
|
|
|
struct mptcp_subflow_context *new_ctx;
|
|
|
|
|
2020-03-28 00:48:39 +03:00
|
|
|
if (!tcp_rsk(req)->is_mptcp ||
|
|
|
|
(!subflow_req->mp_capable && !subflow_req->mp_join)) {
|
2020-01-22 03:56:24 +03:00
|
|
|
subflow_ulp_fallback(newsk, old_ctx);
|
2020-01-22 03:56:18 +03:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
new_ctx = subflow_create_ctx(newsk, priority);
|
2020-01-25 03:04:03 +03:00
|
|
|
if (!new_ctx) {
|
2020-01-22 03:56:24 +03:00
|
|
|
subflow_ulp_fallback(newsk, old_ctx);
|
2020-01-22 03:56:18 +03:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
|
|
|
new_ctx->conn_finished = 1;
|
|
|
|
new_ctx->icsk_af_ops = old_ctx->icsk_af_ops;
|
2020-01-22 03:56:24 +03:00
|
|
|
new_ctx->tcp_state_change = old_ctx->tcp_state_change;
|
2021-02-12 02:30:37 +03:00
|
|
|
new_ctx->tcp_error_report = old_ctx->tcp_error_report;
|
2020-03-13 18:52:41 +03:00
|
|
|
new_ctx->rel_write_seq = 1;
|
|
|
|
new_ctx->tcp_sock = newsk;
|
|
|
|
|
2020-03-28 00:48:39 +03:00
|
|
|
if (subflow_req->mp_capable) {
|
|
|
|
/* see comments in subflow_syn_recv_sock(), MPTCP connection
|
|
|
|
* is fully established only after we receive the remote key
|
|
|
|
*/
|
|
|
|
new_ctx->mp_capable = 1;
|
|
|
|
new_ctx->local_key = subflow_req->local_key;
|
|
|
|
new_ctx->token = subflow_req->token;
|
|
|
|
new_ctx->ssn_offset = subflow_req->ssn_offset;
|
|
|
|
new_ctx->idsn = subflow_req->idsn;
|
2022-03-07 23:44:37 +03:00
|
|
|
|
|
|
|
/* this is the first subflow, id is always 0 */
|
|
|
|
new_ctx->local_id_valid = 1;
|
2020-03-28 00:48:39 +03:00
|
|
|
} else if (subflow_req->mp_join) {
|
2020-03-28 00:48:40 +03:00
|
|
|
new_ctx->ssn_offset = subflow_req->ssn_offset;
|
2020-03-28 00:48:39 +03:00
|
|
|
new_ctx->mp_join = 1;
|
|
|
|
new_ctx->fully_established = 1;
|
|
|
|
new_ctx->backup = subflow_req->backup;
|
2020-09-08 05:49:39 +03:00
|
|
|
new_ctx->remote_id = subflow_req->remote_id;
|
2020-03-28 00:48:39 +03:00
|
|
|
new_ctx->token = subflow_req->token;
|
|
|
|
new_ctx->thmac = subflow_req->thmac;
|
2022-03-07 23:44:37 +03:00
|
|
|
|
|
|
|
/* the subflow req id is valid, fetched via subflow_check_req()
|
|
|
|
* and subflow_token_join_request()
|
|
|
|
*/
|
|
|
|
subflow_set_local_id(new_ctx, subflow_req->local_id);
|
2020-03-28 00:48:39 +03:00
|
|
|
}
|
2020-01-22 03:56:18 +03:00
|
|
|
}
|
|
|
|
|
2021-01-20 17:39:14 +03:00
|
|
|
static void tcp_release_cb_override(struct sock *ssk)
|
|
|
|
{
|
|
|
|
struct mptcp_subflow_context *subflow = mptcp_subflow_ctx(ssk);
|
|
|
|
|
|
|
|
if (mptcp_subflow_has_delegated_action(subflow))
|
|
|
|
mptcp_subflow_process_delegated(ssk);
|
|
|
|
|
|
|
|
tcp_release_cb(ssk);
|
|
|
|
}
|
|
|
|
|
2020-01-22 03:56:17 +03:00
|
|
|
static struct tcp_ulp_ops subflow_ulp_ops __read_mostly = {
|
|
|
|
.name = "mptcp",
|
|
|
|
.owner = THIS_MODULE,
|
|
|
|
.init = subflow_ulp_init,
|
|
|
|
.release = subflow_ulp_release,
|
2020-01-22 03:56:18 +03:00
|
|
|
.clone = subflow_ulp_clone,
|
2020-01-22 03:56:17 +03:00
|
|
|
};
|
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
static int subflow_ops_init(struct request_sock_ops *subflow_ops)
|
|
|
|
{
|
|
|
|
subflow_ops->obj_size = sizeof(struct mptcp_subflow_request_sock);
|
|
|
|
subflow_ops->slab_name = "request_sock_subflow";
|
|
|
|
|
|
|
|
subflow_ops->slab = kmem_cache_create(subflow_ops->slab_name,
|
|
|
|
subflow_ops->obj_size, 0,
|
|
|
|
SLAB_ACCOUNT |
|
|
|
|
SLAB_TYPESAFE_BY_RCU,
|
|
|
|
NULL);
|
|
|
|
if (!subflow_ops->slab)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2020-01-22 03:56:20 +03:00
|
|
|
subflow_ops->destructor = subflow_req_destructor;
|
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-06-26 20:29:59 +03:00
|
|
|
void __init mptcp_subflow_init(void)
|
2020-01-22 03:56:17 +03:00
|
|
|
{
|
2020-07-30 22:25:53 +03:00
|
|
|
mptcp_subflow_request_sock_ops = tcp_request_sock_ops;
|
|
|
|
if (subflow_ops_init(&mptcp_subflow_request_sock_ops) != 0)
|
2020-01-22 03:56:18 +03:00
|
|
|
panic("MPTCP: failed to init subflow request sock ops\n");
|
|
|
|
|
|
|
|
subflow_request_sock_ipv4_ops = tcp_request_sock_ipv4_ops;
|
2020-11-30 18:36:30 +03:00
|
|
|
subflow_request_sock_ipv4_ops.route_req = subflow_v4_route_req;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
|
|
|
subflow_specific = ipv4_specific;
|
|
|
|
subflow_specific.conn_request = subflow_v4_conn_request;
|
|
|
|
subflow_specific.syn_recv_sock = subflow_syn_recv_sock;
|
|
|
|
subflow_specific.sk_rx_dst_set = subflow_finish_connect;
|
2022-03-07 23:44:37 +03:00
|
|
|
subflow_specific.rebuild_header = subflow_rebuild_header;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
2021-01-20 17:39:14 +03:00
|
|
|
tcp_prot_override = tcp_prot;
|
|
|
|
tcp_prot_override.release_cb = tcp_release_cb_override;
|
|
|
|
|
2020-01-22 03:56:18 +03:00
|
|
|
#if IS_ENABLED(CONFIG_MPTCP_IPV6)
|
|
|
|
subflow_request_sock_ipv6_ops = tcp_request_sock_ipv6_ops;
|
2020-11-30 18:36:30 +03:00
|
|
|
subflow_request_sock_ipv6_ops.route_req = subflow_v6_route_req;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
|
|
|
subflow_v6_specific = ipv6_specific;
|
|
|
|
subflow_v6_specific.conn_request = subflow_v6_conn_request;
|
|
|
|
subflow_v6_specific.syn_recv_sock = subflow_syn_recv_sock;
|
|
|
|
subflow_v6_specific.sk_rx_dst_set = subflow_finish_connect;
|
2022-03-07 23:44:37 +03:00
|
|
|
subflow_v6_specific.rebuild_header = subflow_v6_rebuild_header;
|
2020-01-22 03:56:18 +03:00
|
|
|
|
|
|
|
subflow_v6m_specific = subflow_v6_specific;
|
|
|
|
subflow_v6m_specific.queue_xmit = ipv4_specific.queue_xmit;
|
|
|
|
subflow_v6m_specific.send_check = ipv4_specific.send_check;
|
|
|
|
subflow_v6m_specific.net_header_len = ipv4_specific.net_header_len;
|
|
|
|
subflow_v6m_specific.mtu_reduced = ipv4_specific.mtu_reduced;
|
|
|
|
subflow_v6m_specific.net_frag_header_len = 0;
|
2022-03-07 23:44:37 +03:00
|
|
|
subflow_v6m_specific.rebuild_header = subflow_rebuild_header;
|
2021-01-20 17:39:14 +03:00
|
|
|
|
|
|
|
tcpv6_prot_override = tcpv6_prot;
|
|
|
|
tcpv6_prot_override.release_cb = tcp_release_cb_override;
|
2020-01-22 03:56:18 +03:00
|
|
|
#endif
|
|
|
|
|
2020-03-28 00:48:49 +03:00
|
|
|
mptcp_diag_subflow_init(&subflow_ulp_ops);
|
|
|
|
|
2020-01-22 03:56:17 +03:00
|
|
|
if (tcp_register_ulp(&subflow_ulp_ops) != 0)
|
|
|
|
panic("MPTCP: failed to register subflows to ULP\n");
|
|
|
|
}
|