Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3283488pxk; Mon, 7 Sep 2020 08:26:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw69rVffgxExgh+pfcDZ2lSXrphjriWXniO6RkUMF62Ck/+a2cxNWB37wZOh5+/AC7b2X7Y X-Received: by 2002:a17:906:5046:: with SMTP id e6mr22601724ejk.449.1599492362704; Mon, 07 Sep 2020 08:26:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599492362; cv=none; d=google.com; s=arc-20160816; b=VfvYO2rEgCFHaBNb9MUGnwmwjyZM2S/59SYRoBth2paobrrPibTHCnt+kE3CoIiU4p MIOhigthbjFRNi3b6hyLScTsBgo+cP/g6VlXrppWsgjIy1f/pmxIN7O3pDXXW3WbObUZ NeouJLb3bHlR/I0+TmBoXJtamNLngMafQjgIrxTaVbAhpS+1T/pYs5RbsJ+II2UxaJq+ CgFGcJAcV88uZt4b6hBXkW8jrro/NQRWG02q2nMwjow/awZH2qPGSmVS1siNC+rM/25a tQE1o6zqYfkyXtyEIILj/xC1KUvLfkQHtrTVqm2njc37S8yQXHmgd9infaR5eauJb3CJ wNMA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=BsqSCPCPiaLJ8Go+KX+dmTuaOJyEKP9pJrk437CGKxg=; b=By78KKk1k4b3Q+v6hR/uhhPoia0Np0r8tYUCXgvAfy8PK2gLEy3YXKyrKqD8/FDAoL nCurg6RqKbTRt8f77ztrwXmMdxGHHkr0rqcBTV1+kc3j9o77ae+3Rt+pGG7AQ5z+e+6w kEXcuZ1W/aQ9Fls0rEXOQEHcJz2IPIwLGdGL3kVnhfHqk8HYAZJ+vSds5C0JgBKGpMpP +oQdMugKQNG6b8eIg3xJK65sbkIlFIItGoPSzfFPsZr08cD+wAVeZ456wwKqNRnxeQoP kwdrqEpyDnNc0aA1JkIZ2EhF96P8pzQP3aNMb3Eg45HnPoAqPHbtc3LfdUaS7d9SoPFZ EB8w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@tessares-net.20150623.gappssmtp.com header.s=20150623 header.b=l3gYcQrw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q24si9873895edb.85.2020.09.07.08.25.39; Mon, 07 Sep 2020 08:26:02 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@tessares-net.20150623.gappssmtp.com header.s=20150623 header.b=l3gYcQrw; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730069AbgIGPWL (ORCPT + 99 others); Mon, 7 Sep 2020 11:22:11 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50532 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730151AbgIGPRI (ORCPT ); Mon, 7 Sep 2020 11:17:08 -0400 Received: from mail-ed1-x542.google.com (mail-ed1-x542.google.com [IPv6:2a00:1450:4864:20::542]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9D64BC061756 for ; Mon, 7 Sep 2020 08:07:36 -0700 (PDT) Received: by mail-ed1-x542.google.com with SMTP id c8so13101137edv.5 for ; Mon, 07 Sep 2020 08:07:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tessares-net.20150623.gappssmtp.com; s=20150623; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=BsqSCPCPiaLJ8Go+KX+dmTuaOJyEKP9pJrk437CGKxg=; b=l3gYcQrwwdOR9fijZnyUEmRnV41Jn1GPXnCDbFgLE3/DycIWBY+5xj64K+P4kaRsS/ jWcZgNfSWwU8vJc22qhfcZOz9MyrpKUMuSIf9Ab+agdioBrleVzplVKE38nLSY5cBUX1 ucE+0iOfFSSJCPm8cPHdOGfAEHGc6PTo2aks7VEfJc3QFzqYJEKBjF6QHscBNiJWDZFL yro4UN8yf3Q34nB4re9cCV6hQxXMtz9ndNbsnZ3Ynh5pQZXM9ySv7MuphzR07H6p9bMn FtQUT68lqjxh7HJ0iD4WVyQAd/X2+uiq9CM4zPbJCnZXBEPp0n3sfqRnrw0ggdAGClnB VzNg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=BsqSCPCPiaLJ8Go+KX+dmTuaOJyEKP9pJrk437CGKxg=; b=GDu1HBdMBQe5HHUBvKH+ViX7XY9B0pZvTKuGV1P9VuO8mOqxHJqUeFt2z3AIunIXrb ZwV4NbHXLevuwbu2W0+q5G1Djx6YFKhw6eyrd5wqcsVld3nCSPMYZEWVvJSilK3SX56c rXlhZ5vZSMvotp6FSJFq3rMtPF3ew4ogKgv5niBBxV8+vSMRyS5Sdf56bN+8vwTL8hRh 2mpxMh+sZqcuzR3ITDMoqEAixIAWIbS/JxwNdvHDJIfGw51nKTfVaxW1h092xmfZE6co TcwlNYEGTNeKzEhBnUEF0sTyOuSEIzEWEgUVfsyUNVnXCckQgnk+oxK7M9ZqzCGVjHtL +7OA== X-Gm-Message-State: AOAM532LsPqeda/P8l53OtjMEKh+QGSKifIs3S59JhZstvvWnyD6hLjm OfKIWn0f/6XxzaLKtdag/YFDaEXSjRkkog== X-Received: by 2002:aa7:d15a:: with SMTP id r26mr22499081edo.181.1599491254960; Mon, 07 Sep 2020 08:07:34 -0700 (PDT) Received: from tsr-lap-08.nix.tessares.net ([2a02:578:85b0:e00:8ddf:bedd:580e:7a7e]) by smtp.gmail.com with ESMTPSA id o11sm15104926edw.80.2020.09.07.08.07.33 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 07 Sep 2020 08:07:34 -0700 (PDT) Subject: Re: [MPTCP][PATCH net 2/2] mptcp: fix subflow's remote_id issues To: Geliang Tang Cc: Mat Martineau , "David S. Miller" , Jakub Kicinski , netdev@vger.kernel.org, mptcp@lists.01.org, linux-kernel@vger.kernel.org References: <7187516ee5a9f17a7bf1e4aa9a849da2dd56a734.1599474422.git.geliangtang@gmail.com> From: Matthieu Baerts Message-ID: Date: Mon, 7 Sep 2020 17:07:33 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <7187516ee5a9f17a7bf1e4aa9a849da2dd56a734.1599474422.git.geliangtang@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-GB Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Geliang, On 07/09/2020 12:29, Geliang Tang wrote: > This patch set the init remote_id to zero, otherwise it will be a random > number. > > Then it added the missing subflow's remote_id setting code both in > __mptcp_subflow_connect and in subflow_ulp_clone. Thank you for this other patch! Here as well, may you add a "Fixes:" tag please? (...) > diff --git a/net/mptcp/pm_netlink.c b/net/mptcp/pm_netlink.c > index dc2c57860d2d..255695221309 100644 > --- a/net/mptcp/pm_netlink.c > +++ b/net/mptcp/pm_netlink.c > @@ -186,7 +186,7 @@ static void mptcp_pm_create_subflow_or_signal_addr(struct mptcp_sock *msk) > { > struct sock *sk = (struct sock *)msk; > struct mptcp_pm_addr_entry *local; > - struct mptcp_addr_info remote; > + struct mptcp_addr_info remote = { 0 }; To respect the "reversed Xmas tree" way to declare variables, may you move this line up to be the first one in the list please? The rest looks good to me, thank you! Cheers, Matt -- Tessares | Belgium | Hybrid Access Solutions www.tessares.net