Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp720265pxk; Thu, 24 Sep 2020 17:21:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz3ip/IdorvKSWw7IM3WyRtOAY9fSgn2tdOzquGofuH0q9c4UQ8eP/iOEYaRHiAX5jL1kG0 X-Received: by 2002:a17:906:719a:: with SMTP id h26mr208865ejk.336.1600993295626; Thu, 24 Sep 2020 17:21:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600993295; cv=none; d=google.com; s=arc-20160816; b=aWMr2XKW2QSAyqK9x9bt8rJZx3LTMwHgtAz/u454wpxt4LOPGxIVPiKL3/gHd/nj9e e0tyFq84Qhu+VPqMZ1N9ZVVi3uKvgKhz3D4BBUMYUn/+TPWQQ5G3oRYuywZSSqEnDD6R O0QqaEyYwSZ51jvenF0/qgjnFUX1aGHV7h3+toxevoqwml8knpt8Sx/oZLcrIJATtBJe wG0CVEUoKMJJpkXnJEt3n6lQkN8Qks87Q8NCunTS99PTqkW1XGuhmd3o2ijrNH4ANlRc uaz9KRVmeRhq40EFHumLnDdAHqBuwLepOyAbT4DY8U2okDp+hYfhyRbGQAWItVOvd8nc 2L/w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date:ironport-sdr:ironport-sdr; bh=oJP/R/CWVBqccX8qfR7kXwH0H8ascxNS8aalxnvJgIc=; b=rpNi/iVl3d7MXKXumFe7eKH0eKbQsT7+Q3AbxGRRVU2HcsETLZvNZq8+vPkuZ0YePi lqG2J6/5g2eR3RexBofcURuoXxYDq97fyVNX2z9bFYw1zUl4vYw0HPpmXP98adE3eqMx IJEWLV1u4FgacckzbXhRCP4BjOuLB2MWfeIdab1de8fCW2Row+YdGtcx1LqY3WWRSQP/ ihJ0XWYs+IrC8Lu70Qc8vQdfpqluanDRLX7dy6rvwEaxtvF0qkecLlOqdNnAacmlnbOh 10O6nxmiIHtSVEokZ6F0JRBo4eSkoB/GqUX4Y8F9/IFjtoyicpUx+D/zOFsJ6xe9g8nu q+JA== ARC-Authentication-Results: i=1; mx.google.com; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id f2si715735edr.143.2020.09.24.17.21.11; Thu, 24 Sep 2020 17:21:35 -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; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726764AbgIYATu (ORCPT + 99 others); Thu, 24 Sep 2020 20:19:50 -0400 Received: from mga01.intel.com ([192.55.52.88]:30196 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726631AbgIYATu (ORCPT ); Thu, 24 Sep 2020 20:19:50 -0400 IronPort-SDR: V0LdhS1agKMN8op7lk+GmfumOgw3Vjl/Lpj9TUaBUepjT0d2o8H9qZM3ym3+PK5sxra/Yu5e8a RM1xJ0YM/NUg== X-IronPort-AV: E=McAfee;i="6000,8403,9754"; a="179478345" X-IronPort-AV: E=Sophos;i="5.77,299,1596524400"; d="scan'208";a="179478345" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Sep 2020 17:19:50 -0700 IronPort-SDR: tn8ZPLnO/mrIjnKap5g9u7hH+EEL468C9JVcKeX0ONig4eBuKx62mCI9aYRgaqjzoq/rgrWjob jf0YwpBT8mVQ== X-IronPort-AV: E=Sophos;i="5.77,299,1596524400"; d="scan'208";a="455585035" Received: from mmahler-mobl1.amr.corp.intel.com ([10.254.96.152]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 24 Sep 2020 17:19:50 -0700 Date: Thu, 24 Sep 2020 17:19:50 -0700 (PDT) From: Mat Martineau X-X-Sender: mjmartin@mmahler-mobl1.amr.corp.intel.com To: Geliang Tang cc: Matthieu Baerts , "David S. Miller" , Jakub Kicinski , netdev@vger.kernel.org, mptcp@lists.01.org, linux-kernel@vger.kernel.org Subject: Re: [MPTCP][PATCH net-next 03/16] mptcp: add the incoming RM_ADDR support In-Reply-To: Message-ID: References: User-Agent: Alpine 2.23 (OSX 453 2020-06-18) MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 24 Sep 2020, Geliang Tang wrote: > This patch added the RM_ADDR option parsing logic: > > We parsed the incoming options to find if the rm_addr option is received, > and called mptcp_pm_rm_addr_received to schedule PM work to a new status, > named MPTCP_PM_RM_ADDR_RECEIVED. > > PM work got this status, and called mptcp_pm_nl_rm_addr_received to handle > it. > > In mptcp_pm_nl_rm_addr_received, we closed the subflow matching the rm_id, > and updated PM counter. > > Suggested-by: Matthieu Baerts > Suggested-by: Paolo Abeni > Suggested-by: Mat Martineau > Signed-off-by: Geliang Tang > --- > net/mptcp/options.c | 5 +++++ > net/mptcp/pm.c | 12 ++++++++++++ > net/mptcp/pm_netlink.c | 34 ++++++++++++++++++++++++++++++++++ > net/mptcp/protocol.c | 12 ++++++++---- > net/mptcp/protocol.h | 7 +++++++ > 5 files changed, 66 insertions(+), 4 deletions(-) Reviewed-by: Mat Martineau -- Mat Martineau Intel