From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A7C6B3C1412 for ; Mon, 27 Jul 2026 10:08:26 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785146907; cv=none; b=eB08FGnvz9fUyjgmQgW2F98naWB+xROHQa0dvZqUIVKOlr6wnSMx6b5bDIEl8YSN/vUDsqHL8DOyvvlsOnm0qRNVoTTiZeEjM82+YoqsidVktvftaMPYm9XSBGR/ShLLUXQr03fuNvKUIkuTWfsZAp5+/DHiV2vpC0kGKlR4anw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785146907; c=relaxed/simple; bh=BzqH+MQ4cTiIWraeCb5Hao2Ah0XJMkRSF6r9fBmNEeE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=YiaVKDt9o46NLA4sF6eg6L3ajGtimfjFRJpAgQvhPKPilK5dGKG7krRy8pqCbiCHQ5a2n2z19VKCRp6WdyHG0Ateen/voqvODzEkqg7NCZO2/HECcYztYz+rvcHu68guRcA2Y3XTVfIGrKblTCAL00fDaW+dcgaP6bKxx72KEjE= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=Cn4G1dYW; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="Cn4G1dYW" Received: by smtp.kernel.org (Postfix) with ESMTPSA id DA7771F000E9; Mon, 27 Jul 2026 10:08:21 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1785146906; bh=I03Tf7oe1oyPKkCeh2/uxA3siPkO86atNMUY0KznFQI=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=Cn4G1dYW14+InpRXOVRcBBEQ07NLqLs6jK/EZ35lNz8Esh0P26puvKGNauqqfEeh7 9osfo7sqwksjbyu4yX1mwS/iEbCZkW61Yfj+un3HoLHZemTan+2w77PFgAbeebUiiy I5BYfz3xEnC9ZSbjnpdMAN4ogt1BFORpYP8aJvfMSz/J5AHvUjYG/pZ/KLNsoFbx7y kq8ZUrlqSbfPCC5/NBrXNv0uBsFaTLR0D6yw/5i58V91kGNLmboB1/Aj8eJ085Ax8L jsU/MRpgj8oTWBsEvYTUfIynnzcYvidOgP83QTQpp1mwbsALCPZWrGozEblgb/obUH VCelFTLPuBqRA== Date: Mon, 27 Jul 2026 13:08:18 +0300 From: Mike Rapoport To: Muchun Song Cc: Andrew Morton , Pratyush Yadav , David Hildenbrand , Pasha Tatashin , Alexander Graf , Oscar Salvador , Jason Miu , Jork Loeser , kexec@lists.infradead.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Muchun Song Subject: Re: [PATCH v4 16/21] mm/mm_init: simplify deferred_free_pages() migratetype init Message-ID: References: <20260725172133.4018491-1-pratyush@kernel.org> <20260725172133.4018491-17-pratyush@kernel.org> <20260726202522.e55861cc87fc3e0c6d030e1f@linux-foundation.org> <92E24479-07A8-4998-9607-87420A8BE04E@linux.dev> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <92E24479-07A8-4998-9607-87420A8BE04E@linux.dev> On Mon, Jul 27, 2026 at 11:43:31AM +0800, Muchun Song wrote: > > > > On Jul 27, 2026, at 11:25, Andrew Morton wrote: > > > > On Sun, 26 Jul 2026 13:16:54 +0300 Mike Rapoport wrote: > > > >> On Sat, Jul 25, 2026 at 07:21:16PM +0200, Pratyush Yadav wrote: > >>> From: Muchun Song > >>> > >>> deferred_free_pages() open-codes two loops to initialize the pageblock > >>> migratetype for a range of pages. > >>> > >>> Replace them with pageblock_migratetype_init_range() to remove the > >>> duplication and make the code clearer (Note that deferred_free_pages() may > >>> be called from atomic context). > >>> > >>> Link: https://lore.kernel.org/20260612035903.2468601-6-songmuchun@bytedance.com > >>> Signed-off-by: Muchun Song > >>> Acked-by: Mike Rapoport (Microsoft) > >>> Acked-by: Oscar Salvador > >>> Signed-off-by: Pratyush Yadav (Google) > >>> --- > >>> > >>> Notes: > >>> This patch is taken from Muchun's series [0]. The patch as of today is > >>> in mm-unstable. > >> > >> @Andrew, > >> > >> It looks like it'll take some time for this patch to get into mm-stable so > >> we can't base this work on a branch in the mm tree :( > > > > I didn't know anyone was using mm-stable :( Maybe nobody uses it because it's not really stable? ;-) > > Series is adequately reviewed and is near head-of-queue so I can move > > it into mm-stable a few days hence if that helps? > > > >> I'd like to expose the KHO scratch extension to linux-next ASAP so I'm > >> inclined to take this patch as a part of this series and live for a while > >> with a duplicated commit in linux-next. Once this patch would be in > >> mm-stable we can rebase kho-scratch work on top of mm-stable and hopefully > >> there will be enough time for it to live in linux-next so that Linus won't > >> get angry at us :) > >> > >> How does that sound to you? > > > > That's fine - let me know what you choose to do and I'll adapt to it. > > > > An unknown (to me) is whether Muchun's series "mm: Refactor bootmem > > gigantic hugepage allocation, v4" still works with this patch removed. Everything > > applies OK for what that's worth. > > Hi Andrew, > > I'd like to confirm that this is a completely independent cleanup patch, > so it can be merged on its own. That's great, thanks for confirming! Then I think the easiest would be to take "mm/mm_init: simplify deferred_free_pages() migratetype init" via liveupdate tree. -- Sincerely yours, Mike.