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 D78AD1A5B8C
	for <linux-kernel@vger.kernel.org>; Sun,  2 Aug 2026 11:28:39 +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=1785670121; cv=none; b=hI4uTGWcz6tTU0R1yXsCoHTif/vbFDIkOxw1aDisGJpPTZ+u9DVEB050R9LII3AUcT6O1mkhvTfGkUkIEDotEW+j6m7LRzCxPFUO1rgzUnju2UnN5s8nPnItAh4b1nM3DQWE6hYQhduJqUAj6lXVyAsOi/l248D6S3lXIxLW4/w=
ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org;
	s=arc-20240116; t=1785670121; c=relaxed/simple;
	bh=u9qQtD/YmSr55x1rgH3K8agq+D4RXc15xufZMWRQJSE=;
	h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:
	 Content-Type:Content-Disposition:In-Reply-To; b=s/3s0fTJcgGx6NcxIytKWXLSiH129T3I2yXhwif0ZOuVpnmpN02zH1/puz3DR9DwDr1vkroCmi23p/aVQ9CwzWcObGoGP2uG9hRHRlvcVJgeksKbywMMPL3VjdxdMb7mcm1gRBBuOMHAzm9rM+z+ILLuomthb3DQcbXDYfF27zQ=
ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=bgj/n6JE; 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="bgj/n6JE"
Received: by smtp.kernel.org (Postfix) with ESMTPSA id 723901F000E9;
	Sun,  2 Aug 2026 11:28:35 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org;
	s=k20260515; t=1785670119;
	bh=STGiSUapaesQF2K76oCI6wHZd9Cr8woUwKiuHNgdKL4=;
	h=Date:From:To:Cc:Subject:References:In-Reply-To;
	b=bgj/n6JEEEDbd7ZONPgf9sWUyp2q0zCHD5DGDiLPtDCCeXXxHHnQ0MgseRuVbjK2R
	 wzUCfFQzRGWTiFuz/t9GTBfimgH4W30WZsfZh3nEYJ1o/tpHnHYujn4C6NExNR6oYu
	 POXvBVfY0egTeSd5rpRgbA+ldG/i4ioUZ2xRgSS4PmqQUCo8bat9fcxXjLfmBkgZFq
	 voXPsmDhnlt0HQGunKulmHWDB7Ickfb3LoUWTQUSdZFNh7BmCpG/a85jZc8NCcNnkq
	 A+4mNpmTgxQ8tKgyCX81yFWteNYHiTPRxSk1YPVfOx47bvbXCO/rv4HflO+AJ9CKSF
	 g0RblB7MwS/IQ==
Date: Sun, 2 Aug 2026 14:28:31 +0300
From: Mike Rapoport <rppt@kernel.org>
To: Pratyush Yadav <pratyush@kernel.org>
Cc: Pasha Tatashin <pasha.tatashin@soleen.com>,
	Alexander Graf <graf@amazon.com>,
	Muchun Song <muchun.song@linux.dev>,
	Oscar Salvador <osalvador@suse.de>,
	David Hildenbrand <david@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Jason Miu <jasonmiu@google.com>,
	Jork Loeser <jloeser@linux.microsoft.com>,
	kexec@lists.infradead.org, linux-mm@kvack.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v6 00/22] kho: make boot time huge page allocation work
 nicely with KHO
Message-ID: <am8p31hKToQ3WfMT@kernel.org>
References: <20260801084833.1897543-1-pratyush@kernel.org>
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
List-Id: <linux-kernel.vger.kernel.org>
List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20260801084833.1897543-1-pratyush@kernel.org>

On Sat, Aug 01, 2026 at 10:48:09AM +0200, Pratyush Yadav wrote:
> From: "Pratyush Yadav (Google)" <pratyush@kernel.org>
> 
> Hi,
> 
> Gigantic huge page allocation is somewhat broken currently with KHO.
> 
> Fix this by introducing the concept of extended scratch areas. They are
> areas that the kernel discovers on boot by walking the radix tree and
> finding free memory ranges. See patch 10 for more details.
> 
> Muchun Song (1):
>   mm/mm_init: simplify deferred_free_pages() migratetype init
> 
> Pratyush Yadav (Google) (21):
>   kho: generalize radix tree APIs
>   kho: make radix max key width more obvious
>   kho: disallow wide keys in radix tree
>   kho: return virtual address of mem_map from kho_get_mem_map()
>   kho: store incoming radix tree in kho_in
>   kho: move all memory retrieval logic to kho_mem_retrieve()
>   kho: add a struct for radix callbacks
>   kho: add callback for table pages
>   kho: add data argument to radix walk callback
>   kho: allow early-boot usage of the KHO radix tree
>   kho: allow destroying KHO radix tree
>   kho: add kho_radix_init_tree()
>   kho: expose kho_scratch_overlap() to kexec_handover.h
>   kho: initialize kho_scratch pointer earlier in boot
>   kho: initialize preserved memory map radix tree earlier
>   mm/mm_init: don't rely on memblock to get KHO scratch migratetype
>   kho: extend scratch
>   memblock: always include KHO headers
>   memblock: make HugeTLB bootmem allocation work with KHO
>   memblock: add memblock_reserved_hugetlb_size()
>   kho: exclude hugetlb memory from scratch size calculation

This is applied now to kho-scratch branch in the liveupdate repo:

https://git.kernel.org/pub/scm/linux/kernel/git/liveupdate/linux.git/log/?h=kho-scratch

On top of mm-stable-6d098029de09 branch in Andrew's mm.git.

-- 
Sincerely yours,
Mike.