Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp2463959pxb; Thu, 3 Feb 2022 07:13:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJwGU/UpQjQxrhsk7+/jiEhHtnxDiVNkWH6kDc+FKzdlyCuZrABOH4GqO3dhNLCmx/roUF71 X-Received: by 2002:a17:906:28c4:: with SMTP id p4mr28978807ejd.687.1643901238291; Thu, 03 Feb 2022 07:13:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643901238; cv=none; d=google.com; s=arc-20160816; b=FcE8FffrC2K0ZAwl5Nh7yp2G7LBrAgCsNqgPP40OUvRE3cMMvlmDKKOqW1lL6wplJ5 TEQpzwTSju+J+GwNxn+sC36FVoTMLZIR/RCGGfKMo0qCnCjjem3JzHKI/1/pmDxXmWPC Q3xumv4kI1cn8eFHzVpXs2/y1ny/5axyRYdE+WdgizTtuo3lXwUHQsqaI/YreMNEePht jeGeQREcc63y3iTGz3RgfLVMKlSUI3Ji9wuxQX4vdJpHBD1A0GgvH8uU/uiVS12YPhNN z+1hKZBjIyvHDqL1mTiidAs1PrBOl0FrqkrqjeH6l2fIX3CgSyObwc+7GVNjDgv2VIIE nZzw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=FhRaYwzHpy22zkOA1pHvNnOvXJyKueGlvGH/8G/iRv8=; b=vUt3kdNV491ScpKixCh1IVAcYCVcOjUC3X/UlV1G20OU+D9SMhq/pW459wjmyqLoK2 dkn5U9vSbkx6LdvBcYISgx6Qa49o9cEC1VBHRtrg1WxsN3prQ7WJqYrnMaEa9XBeFm8S X2AYvKrz8BbXeSzIRg1ND9rHy5myoyfCYvCrbCvNiwCfD2mRsCBJ+YT5FUaPxqzuK87L aAKQ9MZccotIlq8D8c59URKMuMjSUCJZgpayNO4tyQm8nxag5raOVigoAj3Y1xRMr85m 8LI42IVrsrbAtN+oh7cmgEeW88c0j7sgZPBzIx0SAIcyfAXiKve+G7BELE3YZohLBG0Q Fc4A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=opyzAxcs; 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=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w4si13093149edt.364.2022.02.03.07.13.30; Thu, 03 Feb 2022 07:13:58 -0800 (PST) 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=@linuxfoundation.org header.s=korg header.b=opyzAxcs; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1351466AbiBCOuP (ORCPT + 99 others); Thu, 3 Feb 2022 09:50:15 -0500 Received: from dfw.source.kernel.org ([139.178.84.217]:43412 "EHLO dfw.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234290AbiBCOuN (ORCPT ); Thu, 3 Feb 2022 09:50:13 -0500 Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 75C42619C6; Thu, 3 Feb 2022 14:50:13 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6EE68C340E4; Thu, 3 Feb 2022 14:50:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643899812; bh=7MDECds9QpxDlqutr57lbHfsV1URAtMrvTd5Dui61QQ=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=opyzAxcspWn1X0KXrhQA96t45ZHa62uep+6WrrQB3y1cMYJIa1B7Ly0xzy/NRGrNa 3K/z9a3aWuXS9Ov1oH3lxT8gCIUqRmehMOR9V86IOrc2myHoNj5iTvZOuZplC7kAfy F81avDqIG7tccSNaRbe9C7PX9NyZ8YR5pHlRA2PE= Date: Thu, 3 Feb 2022 15:50:10 +0100 From: Greg Kroah-Hartman To: Mat Martineau Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, Paolo Abeni , "David S. Miller" , Sasha Levin , Matthieu Baerts Subject: Re: [PATCH 5.16 138/200] mptcp: keep track of local endpoint still available for each msk Message-ID: References: <20220131105233.561926043@linuxfoundation.org> <20220131105238.198209212@linuxfoundation.org> <26d216d1-355-e132-a868-529f15c9b660@linux.intel.com> <7c25c17-84d5-82ee-6d3-6b2482c939b2@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7c25c17-84d5-82ee-6d3-6b2482c939b2@linux.intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Feb 01, 2022 at 02:23:55PM -0800, Mat Martineau wrote: > On Tue, 1 Feb 2022, Greg Kroah-Hartman wrote: > > > On Tue, Feb 01, 2022 at 03:30:02PM +0100, Greg Kroah-Hartman wrote: > > > On Mon, Jan 31, 2022 at 11:36:32AM -0800, Mat Martineau wrote: > > > > On Mon, 31 Jan 2022, Greg Kroah-Hartman wrote: > > > > > > > > > From: Paolo Abeni > > > > > > > > > > [ Upstream commit 86e39e04482b0aadf3ee3ed5fcf2d63816559d36 ] > > > > > > > > Hi Greg - > > > > > > > > Please drop this from the stable queue for both 5.16 and 5.15. It wasn't > > > > intended for backporting and we haven't checked for dependencies with other > > > > changes in this part of MPTCP subsystem. > > > > > > > > In the mptcp tree we make sure to add Fixes: tags on every patch we think is > > > > eligible for the -stable tree. I know you're sifting through a lot of > > > > patches from subsystems that end up with important fixes arriving from the > > > > "-next" branches, and it seems like the scripts scooped up several MPTCP > > > > patches this time around that don't meet the -stable rules. > > > > > > I think these were needed due to 8e9eacad7ec7 ("mptcp: fix msk traversal > > > in mptcp_nl_cmd_set_flags()") which you did tag with a "Fixes:" tag, > > > right? Without these other commits, that one does not apply and it > > > looks like it should go into 5.15.y and 5.16.y. > > > > > Ok, I see what happened there (there's a new variable present in 5.17 that's > not relevant for the earlier kernels). 8e9eacad7ec7 needs manual > backporting, I'll work on that and send to the stable list. > > > > Note, just putting a "Fixes:" tag does not guarantee if a commit > > > will go into a stable tree. Please use the correct > > > "Cc:stable@vger.kernel.org" tag as the documentation asks for. > > > > > I will make sure to use the Cc:stable@vger.kernel.org tag in the future. > > > > > I'll go drop all of these mptcp patches, including 8e9eacad7ec7 ("mptcp: > > > fix msk traversal in mptcp_nl_cmd_set_flags()") for now. If you want > > > them added back in, please let us know. > > > > To be specific, I have dropped the following commits from the queues > > now, which was more than just these three that you asked: > > > > 602837e8479d ("mptcp: allow changing the "backup" bit by endpoint id") > > 59060a47ca50 ("mptcp: clean up harmless false expressions") > > 86e39e04482b ("mptcp: keep track of local endpoint still available for each msk") > > 8e9eacad7ec7 ("mptcp: fix msk traversal in mptcp_nl_cmd_set_flags()") > > a4c0214fbee9 ("mptcp: fix removing ids bitmap setting") > > 9846921dba49 ("selftests: mptcp: fix ipv6 routing setup") > > > > If you want them back, please let us know. > > > > Of the above, there's only one suitable for stable as-is: > > 9846921dba49 ("selftests: mptcp: fix ipv6 routing setup") > > Please add that one to the 5.16 and 5.15 queues. Now queued up, thanks. greg k-h