Received: by 2002:a05:6830:16d2:b0:61c:ac69:ca1b with SMTP id l18csp43262otr; Tue, 2 Aug 2022 15:41:54 -0700 (PDT) X-Google-Smtp-Source: AA6agR5T71IaaPaKWYWPFwK0P2QQABkyWmuiEcbzWVKjk3QlI+cH585uDiT7KqAzTgBh2bbestSu X-Received: by 2002:a05:6402:1909:b0:43d:d495:5eff with SMTP id e9-20020a056402190900b0043dd4955effmr8163170edz.397.1659480114651; Tue, 02 Aug 2022 15:41:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659480114; cv=none; d=google.com; s=arc-20160816; b=y67ydvCyDaouuKs/nObizVDLxu8FPfhx2atSoG6JuzJvRRNt8X/Yk7e81ydRittbW4 6bETzQZB0+pslOV9yvr3t+sH4gjWh9BhNQY5HnqadK6eMv/+kvWAFaTsaOJaNB687ayK 1/H861zPILrDYra7fiTQbMW7kQ/rVePM9O91rf3ivXn5vHFn/1kDGNuYR69k2gjp9qz5 I6lodFu4BGMZ7N71WZgbw/gtiQgLg6dRxS6RzEJ9KKzq69tt6dSgLYgdyJGHNssP5B9s m082ats0eC4lePnN+QaKbKTRWkZtiiGAu9he15KA3yH19K+BMq9eUSwv9NKnB4xVVopr /XUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:references:message-id:in-reply-to :subject:cc:to:from:date:dkim-signature; bh=R3GQTRJqLvJynBuanUAaLJh0lzUH2v2J0vtl96ywuLo=; b=noKBeH93ZOzU9+swzyUiBbcYjU/szadFZ8cevz/m7WGukBX+gf2WX1aBt4PD/vfWVA oucF4FqYIGPTv8lv1o5W0+4Tlu3NmQAq3sdMD5Ttf3e5JfJqDCnc5Ks3/MPpIHT8wf3d 02/0Fs6dyUX5upMJ1uatu2TKEtObPDlN3B456r1pTYKcBDBh3LmX61aPuOIrQvkXTYcI WamfG6Znk/LFTJrLtntfh7DfI8hBVsw7spGePT02Rb4pNVm9qzR/I4LacRJbJscRukCg tUxX68r5UV7/u+01/iWdittxK2PwW1hgX9Hosc33qzc11LEonPctQwe9ACJQenpQT+lQ tmsw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=dnBaZG1U; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sd42-20020a1709076e2a00b00730a1c48503si2911524ejc.967.2022.08.02.15.41.06; Tue, 02 Aug 2022 15:41:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=dnBaZG1U; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236031AbiHBWVm (ORCPT + 99 others); Tue, 2 Aug 2022 18:21:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51758 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235771AbiHBWVg (ORCPT ); Tue, 2 Aug 2022 18:21:36 -0400 Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E61D352475; Tue, 2 Aug 2022 15:21:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1659478894; x=1691014894; h=date:from:to:cc:subject:in-reply-to:message-id: references:mime-version; bh=RRl8Wr0Hdlu6OVTnv0N+8fa2YKugeYr1fvxmaKZlk3U=; b=dnBaZG1USJ2jKdEuZLs6fDWqwEfWxHKx7nQSJD4rwYbz2S5iJmSpKR2b c0J270sYJi3O/fzb8jdiaIZ6zwIhA5PbIZ56CiQdL5Tz2s2bnHhAMgzbZ q6KSpVruBfmxUwC23cdvJREM2lVNoVG4yOU1sDUSbTpXg0EJkf2g/Rymg DWMr5hx12y7JQdhxKonjiKvRWtkJW3+JeHqBsIc+YjaBoQsLMCYtvkn4S fA76BiOywu4DQ3nnV/0jrroVhjW951Qi/N37Rf9O9uMawy9D/20/C5KME Dv0v3dg3JHy1cQTMMjZBt7Hsy60kCa2GNaSFzCCaRbsIyMYzzg/RKZmuf Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10427"; a="287091229" X-IronPort-AV: E=Sophos;i="5.93,212,1654585200"; d="scan'208";a="287091229" Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Aug 2022 15:21:34 -0700 X-IronPort-AV: E=Sophos;i="5.93,212,1654585200"; d="scan'208";a="553086889" Received: from dnrajurk-mobl.amr.corp.intel.com ([10.209.121.166]) by orsmga003-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Aug 2022 15:21:34 -0700 Date: Tue, 2 Aug 2022 15:21:34 -0700 (PDT) From: Mat Martineau To: Xie Shaowen cc: matthieu.baerts@tessares.net, davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, netdev@vger.kernel.org, mptcp@lists.linux.dev, linux-kernel@vger.kernel.org, Hacash Robot Subject: Re: [PATCH net-next] mptcp: Fix spelling mistakes and cleanup code In-Reply-To: <20220730090617.3101386-1-studentxswpy@163.com> Message-ID: <8dbc125-5396-fe56-99a1-c94b27c8938e@linux.intel.com> References: <20220730090617.3101386-1-studentxswpy@163.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-7.6 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 30 Jul 2022, studentxswpy@163.com wrote: > From: Xie Shaowen > > fix follow spelling misktakes: > regarless ==> regardless > interaces ==> interfaces > > Reported-by: Hacash Robot > Signed-off-by: Xie Shaowen Hello Xie Shaowen - These spelling errors were already fixed in commit d640516a65d8, merged 2022-06-28. Please make sure to work from an up-to-date branch! Thanks for your patch, Mat > --- > net/mptcp/pm_netlink.c | 2 +- > net/mptcp/subflow.c | 2 +- > 2 files changed, 2 insertions(+), 2 deletions(-) > > diff --git a/net/mptcp/pm_netlink.c b/net/mptcp/pm_netlink.c > index 7c7395b58944..5bdb559d5242 100644 > --- a/net/mptcp/pm_netlink.c > +++ b/net/mptcp/pm_netlink.c > @@ -1134,7 +1134,7 @@ void mptcp_pm_nl_subflow_chk_stale(const struct mptcp_sock *msk, struct sock *ss > } > unlock_sock_fast(ssk, slow); > > - /* always try to push the pending data regarless of re-injections: > + /* always try to push the pending data regardless of re-injections: > * we can possibly use backup subflows now, and subflow selection > * is cheap under the msk socket lock > */ > diff --git a/net/mptcp/subflow.c b/net/mptcp/subflow.c > index af28f3b60389..901c763dcdbb 100644 > --- a/net/mptcp/subflow.c > +++ b/net/mptcp/subflow.c > @@ -1634,7 +1634,7 @@ int mptcp_subflow_create_socket(struct sock *sk, struct socket **new_sock) > /* 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 > + * procfs/diag interfaces really show this one belonging to the correct > * user. > */ > SOCK_INODE(sf)->i_ino = SOCK_INODE(sk->sk_socket)->i_ino; > -- > 2.25.1 > > -- Mat Martineau Intel