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 79DA13D5241 for ; Mon, 27 Jul 2026 03:25:23 +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=1785122724; cv=none; b=nRLhJnam1xJ+O3bvbGNiST+UtWjy7ks3THSBzHCAfSkS3ihzM2LNaXGr2Kyp4Y7WWiZt/LmoWPGFy19+iCMKbPLUp2y2ET9g2Dz/5+ZzbufVP/TADHnAqXayIxFYraYBbh02E8m3aiYE6dstAYtbXDE+kaAkyuWfPiAaE4+dJWc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785122724; c=relaxed/simple; bh=rRA7n2SsDKJ0h92j/nIKolFx+srdMf0m1qgVRcLsKCI=; h=Date:From:To:Cc:Subject:Message-Id:In-Reply-To:References: Mime-Version:Content-Type; b=jLfZEVI9xsdou5xYt9f4I18ppCkhnTarOZFrqF8se4QEh4n6YqdkgqNPpz78LFNo10uGjcteq+eutsxpZRsL9E8oJuN21SbdiVjF3wXPkZ00eWB4xVqlMm0r9F8nD+MIV53Ih3xq6BzW3SOXGwvU6lD2MJaiGgNJYJT9ch2Y9a4= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b=2SMuE6+j; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.b="2SMuE6+j" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 86B351F000E9; Mon, 27 Jul 2026 03:25:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=korg; t=1785122723; bh=XsGyYiFyMYFI9L2NS0y/ZZKusZC2V7j9ria54DgCTvg=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=2SMuE6+jtlUJGMjNlIL7V1BctnQiR7Uo9OTYyybI7QMnQbecBSJlenZWs/HudWknX nGJuIjw6r2E3LHvdtZ0HVHUPAYLGiYj3dCcIJyav42g+1NKbHv5U5bFEeiZ569iI+1 LExXWNGYvAQViTisqtpUy8ZXghtC+sm1zRp6aiPU= Date: Sun, 26 Jul 2026 20:25:22 -0700 From: Andrew Morton To: Mike Rapoport Cc: Pratyush Yadav , David Hildenbrand , Pasha Tatashin , Alexander Graf , Muchun Song , 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: <20260726202522.e55861cc87fc3e0c6d030e1f@linux-foundation.org> In-Reply-To: References: <20260725172133.4018491-1-pratyush@kernel.org> <20260725172133.4018491-17-pratyush@kernel.org> X-Mailer: Sylpheed 3.8.0beta1 (GTK+ 2.24.33; x86_64-pc-linux-gnu) 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-Transfer-Encoding: 7bit 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 :( 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.