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;
Date:   Fri, 4 Nov 2022 16:36:40 -0700
From:   Andrew Morton <akpm@linux-foundation.org>
To:     Vasily Gorbik <gor@linux.ibm.com>
Cc:     Muchun Song <muchun.song@linux.dev>,
        Muchun Song <songmuchun@bytedance.com>,
        Mike Kravetz <mike.kravetz@oracle.com>,
        Gerald Schaefer <gerald.schaefer@linux.ibm.com>,
        Linux Memory Management List <linux-mm@kvack.org>,
        linux-kernel@vger.kernel.org
Subject: Re: [PATCH] mm: hugetlb_vmemmap: include missing
 linux/moduleparam.h
Message-Id: <20221104163640.2057b74c25d6076f64912891@linux-foundation.org>
In-Reply-To: <your-ad-here.call-01667491322-ext-5168@work.hours>
References: <patch.git-296b83ca939b.your-ad-here.call-01667411912-ext-5073@work.hours>
        <71BFC75C-483D-42C0-8248-59FC8DBE148C@linux.dev>
        <your-ad-here.call-01667491322-ext-5168@work.hours>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Precedence: bulk

On Thu, 3 Nov 2022 17:02:02 +0100 Vasily Gorbik <gor@linux.ibm.com> wrote:

> 42deddf3ef5c ("s390: select ARCH_WANT_HUGETLB_PAGE_OPTIMIZE_VMEMMAP") is
> just a one liner activating this feature and only present in linux-next
> and s390 features branch targeting v6.2. So, if you don't want to have
> 
> Fixes: 30152245c63b ("mm: hugetlb_vmemmap: replace early_param() with core_param()")
> 
> fine with me. But then just dropping Fixes tag is probably a better
> option. I hope that won't prevent it from going into some v6.1-rcX.
> 
> @Andrew
> should I resend? or would you be so kind to drop Fixes tag and add Reviewed-by
> without it? Thank you

I retained the

Fixes: 30152245c63b ("mm: hugetlb_vmemmap: replace early_param() with core_param()")

and added Muchun's Reviewed-by:, thanks.