Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 63AFCC433EF for ; Thu, 11 Nov 2021 19:37:11 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4CD7961215 for ; Thu, 11 Nov 2021 19:37:11 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233901AbhKKTjt (ORCPT ); Thu, 11 Nov 2021 14:39:49 -0500 Received: from outgoing-stata.csail.mit.edu ([128.30.2.210]:33033 "EHLO outgoing-stata.csail.mit.edu" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233752AbhKKTjr (ORCPT ); Thu, 11 Nov 2021 14:39:47 -0500 Received: from [128.177.79.46] (helo=csail.mit.edu) by outgoing-stata.csail.mit.edu with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1mlFsU-0003Le-47; Thu, 11 Nov 2021 14:36:54 -0500 Date: Thu, 11 Nov 2021 11:40:02 -0800 From: "Srivatsa S. Bhat" To: Greg KH Cc: jgross@suse.com, x86@kernel.org, pv-drivers@vmware.com, Alexey Makhalov , Deep Shah , stable@vger.kernel.org, virtualization@lists.linux-foundation.org, keerthanak@vmware.com, srivatsab@vmware.com, anishs@vmware.com, vithampi@vmware.com, linux-kernel@vger.kernel.org, namit@vmware.com, joe@perches.com, kuba@kernel.org, rostedt@goodmis.org Subject: Re: [PATCH v3 1/3] MAINTAINERS: Update maintainers for paravirt ops and VMware hypervisor interface Message-ID: <20211111194002.GA8739@csail.mit.edu> References: <163657479269.84207.13658789048079672839.stgit@srivatsa-dev> <163657487268.84207.5604596767569015608.stgit@srivatsa-dev> <20211111153916.GA7966@csail.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Nov 11, 2021 at 07:45:02PM +0100, Greg KH wrote: > On Thu, Nov 11, 2021 at 07:39:16AM -0800, Srivatsa S. Bhat wrote: > > On Thu, Nov 11, 2021 at 07:50:39AM +0100, Greg KH wrote: > > > On Wed, Nov 10, 2021 at 12:08:16PM -0800, Srivatsa S. Bhat wrote: > > > > From: Srivatsa S. Bhat (VMware) > > > > > > > > Deep has decided to transfer maintainership of the VMware hypervisor > > > > interface to Srivatsa, and the joint-maintainership of paravirt ops in > > > > the Linux kernel to Srivatsa and Alexey. Update the MAINTAINERS file > > > > to reflect this change. > > > > > > > > Signed-off-by: Srivatsa S. Bhat (VMware) > > > > Acked-by: Alexey Makhalov > > > > Acked-by: Deep Shah > > > > Acked-by: Juergen Gross > > > > Cc: stable@vger.kernel.org > > > > > > Why are MAINTAINERS updates needed for stable? That's not normal :( > > > > So that people posting bug-fixes / backports to these subsystems for > > older kernels (stable and LTS releases) will CC the new subsystem > > maintainers. > > That's not how stable releases work at all. > > > That's why I added CC stable tag only to the first two > > patches which add/replace maintainers and not the third patch which is > > just a cleanup. > > Patches for stable kernels need to go into Linus's tree first, and if > you have the MAINTAINERS file updated properly there, then you will be > properly cc:ed. We do not look at the MAINTAINERS file for the older > kernel when sending patches out, it's totally ignored as that was the > snapshot at a point in time, which is usually no longer the true state. > Sure, but that's the case for patches that get mainlined (and subsequently backported to -stable) /after/ this update to the MAINTAINERS file gets merged into mainline. When adding the CC stable tag, the case I was trying to address was for patches that are already in mainline but weren't CC'ed to stable, and at some later point, somebody decides to backport them to older stable kernels. In that case, there is a chance that the contributor might run ./get_maintainer.pl against the stable tree (as that's the tree they are backporting the upstream commit against) and end up not CC'ing the new maintainers. So, I thought it would be good to keep the maintainer info updated in the older stable kernels too. Regards, Srivatsa