From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-9.7 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E5470C43461 for ; Wed, 16 Sep 2020 07:40:32 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7EE4B20809 for ; Wed, 16 Sep 2020 07:40:32 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1600242032; bh=/TYgk6+v7XDvduTpTKBKv7E9qPpOQ5/7PpwzvHW+BRY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:List-ID:From; b=18R0iQTuFn9ZSJaiooWgzfpE/5U2UUWvyXGQFC/VLSdRGkd+vh2XLDyDlbydHT9qg uNsvjeiYGNJI/lAfOk+YXhihH6j05MWbI6kdwaYIOZEeosyBolwBCrBOaJt6MSgmrN Z3RMlVoHQEOAXBsrhBSxbQp7ow1Pw7de+6fr6giA= Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726466AbgIPHkY (ORCPT ); Wed, 16 Sep 2020 03:40:24 -0400 Received: from mail.kernel.org ([198.145.29.99]:34134 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726424AbgIPHkQ (ORCPT ); Wed, 16 Sep 2020 03:40:16 -0400 Received: from localhost (83-86-74-64.cable.dynamic.v4.ziggo.nl [83.86.74.64]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id BCE7120684; Wed, 16 Sep 2020 07:40:12 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1600242013; bh=/TYgk6+v7XDvduTpTKBKv7E9qPpOQ5/7PpwzvHW+BRY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=if9RQP/dVGwTEjJqCwltZV2ld/XG/Pwmzdltce3TyCmNCMA8DeoorJhH1J2P0il0E svJEJ4uFlcbPzRZLdmwq5M/sl/qRS17XYL3+xdO2Ggv2inXDMru8bict867iLy3Jy7 BKIqC9ZVTws86gVo0aSWwi0CfAe+U3sLrVDiH8zM= Date: Wed, 16 Sep 2020 09:40:47 +0200 From: Greg Kroah-Hartman To: Laurent Dufour Cc: akpm@linux-foundation.org, David Hildenbrand , Oscar Salvador , mhocko@suse.com, linux-mm@kvack.org, "Rafael J . Wysocki" , nathanl@linux.ibm.com, cheloha@linux.ibm.com, Tony Luck , Fenghua Yu , linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org Subject: Re: [PATCH v3 1/3] mm: replace memmap_context by meminit_context Message-ID: <20200916074047.GA189144@kroah.com> References: <20200915121541.GD4649@dhcp22.suse.cz> <20200915132624.9723-1-ldufour@linux.ibm.com> <20200916063325.GK142621@kroah.com> <0b3f2eb1-0efa-a491-c509-d16a7e18d8e8@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <0b3f2eb1-0efa-a491-c509-d16a7e18d8e8@linux.ibm.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Sep 16, 2020 at 09:29:22AM +0200, Laurent Dufour wrote: > Le 16/09/2020 à 08:33, Greg Kroah-Hartman a écrit : > > On Tue, Sep 15, 2020 at 03:26:24PM +0200, Laurent Dufour wrote: > > > The memmap_context enum is used to detect whether a memory operation is due > > > to a hot-add operation or happening at boot time. > > > > > > Make it general to the hotplug operation and rename it as meminit_context. > > > > > > There is no functional change introduced by this patch > > > > > > Suggested-by: David Hildenbrand > > > Signed-off-by: Laurent Dufour > > > --- > > > arch/ia64/mm/init.c | 6 +++--- > > > include/linux/mm.h | 2 +- > > > include/linux/mmzone.h | 11 ++++++++--- > > > mm/memory_hotplug.c | 2 +- > > > mm/page_alloc.c | 10 +++++----- > > > 5 files changed, 18 insertions(+), 13 deletions(-) > > > > > > > > This is not the correct way to submit patches for inclusion in the > > stable kernel tree. Please read: > > https://www.kernel.org/doc/html/latest/process/stable-kernel-rules.html > > for how to do this properly. > > > > > > Hi Greg, > > I'm sorry, I read that document few days ago before sending the series and > again this morning, but I can't figure out what I missed (following option > 1). > > Should the "Cc: stable@vger.kernel.org" tag be on each patch of the series > even if the whole series has been sent to stable ? That should be on any patch you expect to show up in a stable kernel release. > Should the whole series sent again (v4) instead of sending a fix as a reply to ? It's up to the maintainer what they want, but as it is, this patch is not going to end up in stable kernel release (which it looks like is the right thing to do...) thanks, greg k-h From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg Kroah-Hartman Date: Wed, 16 Sep 2020 07:40:47 +0000 Subject: Re: [PATCH v3 1/3] mm: replace memmap_context by meminit_context Message-Id: <20200916074047.GA189144@kroah.com> List-Id: References: <20200915121541.GD4649@dhcp22.suse.cz> <20200915132624.9723-1-ldufour@linux.ibm.com> <20200916063325.GK142621@kroah.com> <0b3f2eb1-0efa-a491-c509-d16a7e18d8e8@linux.ibm.com> In-Reply-To: <0b3f2eb1-0efa-a491-c509-d16a7e18d8e8@linux.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: Laurent Dufour Cc: akpm@linux-foundation.org, David Hildenbrand , Oscar Salvador , mhocko@suse.com, linux-mm@kvack.org, "Rafael J . Wysocki" , nathanl@linux.ibm.com, cheloha@linux.ibm.com, Tony Luck , Fenghua Yu , linux-ia64@vger.kernel.org, linux-kernel@vger.kernel.org, stable@vger.kernel.org On Wed, Sep 16, 2020 at 09:29:22AM +0200, Laurent Dufour wrote: > Le 16/09/2020 =E0 08:33, Greg Kroah-Hartman a =E9crit=A0: > > On Tue, Sep 15, 2020 at 03:26:24PM +0200, Laurent Dufour wrote: > > > The memmap_context enum is used to detect whether a memory operation = is due > > > to a hot-add operation or happening at boot time. > > >=20 > > > Make it general to the hotplug operation and rename it as meminit_con= text. > > >=20 > > > There is no functional change introduced by this patch > > >=20 > > > Suggested-by: David Hildenbrand > > > Signed-off-by: Laurent Dufour > > > --- > > > arch/ia64/mm/init.c | 6 +++--- > > > include/linux/mm.h | 2 +- > > > include/linux/mmzone.h | 11 ++++++++--- > > > mm/memory_hotplug.c | 2 +- > > > mm/page_alloc.c | 10 +++++----- > > > 5 files changed, 18 insertions(+), 13 deletions(-) > >=20 > > > >=20 > > This is not the correct way to submit patches for inclusion in the > > stable kernel tree. Please read: > > https://www.kernel.org/doc/html/latest/process/stable-kernel-rules= .html > > for how to do this properly. > >=20 > > >=20 > Hi Greg, >=20 > I'm sorry, I read that document few days ago before sending the series and > again this morning, but I can't figure out what I missed (following option > 1). >=20 > Should the "Cc: stable@vger.kernel.org" tag be on each patch of the series > even if the whole series has been sent to stable ? That should be on any patch you expect to show up in a stable kernel release. > Should the whole series sent again (v4) instead of sending a fix as a rep= ly to ? It's up to the maintainer what they want, but as it is, this patch is not going to end up in stable kernel release (which it looks like is the right thing to do...) thanks, greg k-h