Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp720290pxk; Thu, 24 Sep 2020 17:21:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxNBsbGIhrNsOb5zSYP7V37Wm3aMmfePGooQzmvWZSxuvg8qJ9OsnPVTwITUTXWDB47PegB X-Received: by 2002:aa7:d29a:: with SMTP id w26mr1350197edq.106.1600993298998; Thu, 24 Sep 2020 17:21:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600993298; cv=none; d=google.com; s=arc-20160816; b=bm0G1Aoqbil/NC+98YZpsZDNQhz5Y8jnVuiOpqEOE69NEXSGlxYeFvAcl1L/VY8Eaz 0dU7Gh+fGe+9gRSH4N2pgwYwQoXHlYGpSBMtt0uvykUPHggDO+yD3dVFnIeXPiZjzrf5 SxI5Z9GN5LuHLCeMjaZvG4RubK2T8GjmyPE3IEdD/gdHsM9EAdBiniaBygrqDmWIlCNj +Kx5Xb4tPvQsEY8sKXI90Q1n5f1a/jdamF4LaL6j8LXCEdyfjCch7czXiGWMundSdWqC UgOYt3+QqdbqhCBpiEf17yHcsvCWrxctYblJd+bAinJ9V8GKDrRalw4iJ9cCf81etbmB 0eBg== 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=FLmO0gIfnxlVVfb70JSNWG/6X5Cx8/7T+YCCjXt/0No=; b=UjhGxOqJdLj9/5uaCqdoGT/AVSyhSckhPSErebyF2QOOJ+GWYRAe79/A3Vn3NGk6/p lWg0c5UKbAdRp1vaQQw3NCYs9EVsmAMUGMBGN8ZSDw6KJkxNBA7UO81CxBn5PLZmJpCp NPz8QLY6cfTYItYoP0APFYttfZAc+SeKakxJEWIdJsuPzuTckRyNnCSQZnrVb5lgCYaV OlBLsISmixqLIKFa4FRI0qafWsYzEBZt3d6WwuISru7zVUUBVCS7zeH6tUoD3rMLt4nZ JZSSt+hG1VLchk7N0FUMRCyLIzWnEu8ysg0IpVcDIW4zr3tGIRQ2nFhb8hp9tuGDFDU6 y4vw== 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 o23si745475ejj.533.2020.09.24.17.21.16; Thu, 24 Sep 2020 17:21:38 -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 S1726810AbgIYARY (ORCPT + 99 others); Thu, 24 Sep 2020 20:17:24 -0400 Received: from mga01.intel.com ([192.55.52.88]:30033 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726631AbgIYARX (ORCPT ); Thu, 24 Sep 2020 20:17:23 -0400 IronPort-SDR: d9XJB02cDf1Y0aSYWgL8M7XHM7t/+CAkiJE8XTgMxpzOuUTc08eMhtQ68ahN37u6uBJgv6cFBO zmtytbgIl2Sg== X-IronPort-AV: E=McAfee;i="6000,8403,9754"; a="179478064" X-IronPort-AV: E=Sophos;i="5.77,299,1596524400"; d="scan'208";a="179478064" 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:17:23 -0700 IronPort-SDR: 8vU4NKRK0ZkP53WcM8Vwzsx9IVbuPT+jVi2Y8Lu4lvob0q6eKKxgru1nH3SIGI6jrp6OLvAMu4 TOW3sl4P/CgQ== X-IronPort-AV: E=Sophos;i="5.77,299,1596524400"; d="scan'208";a="455583311" 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:17:23 -0700 Date: Thu, 24 Sep 2020 17:17:22 -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 02/16] mptcp: add the outgoing 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; charset=US-ASCII; format=flowed Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 24 Sep 2020, Geliang Tang wrote: > This patch added a new signal named rm_addr_signal in PM. On outgoing path, > we called mptcp_pm_should_rm_signal to check if rm_addr_signal has been > set. If it has been, we sent out the RM_ADDR option. > > Suggested-by: Matthieu Baerts > Suggested-by: Paolo Abeni > Signed-off-by: Geliang Tang > --- > net/mptcp/options.c | 29 +++++++++++++++++++++++++++++ > net/mptcp/pm.c | 25 +++++++++++++++++++++++++ > net/mptcp/protocol.h | 9 +++++++++ > 3 files changed, 63 insertions(+) Reviewed-by: Mat Martineau -- Mat Martineau Intel