On Thu, Feb 27, 2025 at 4:12 PM Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx> wrote: > > On Thu, 27 Feb 2025 18:57:17 +0000 Frank van der Linden <fvdl@xxxxxxxxxx> wrote: > > > SPARSEMEM_VMEMMAP_PREINIT is not useful as a user-facing > > option, it is just something that should be selected > > if a subsystem wishes to do vmemmap preinit. That's > > currently only HUGETLB_PAGE_OPTIMIZE_VMEMMAP. > > > > So, make it a default-less option that is only selected > > by HUGETLB_PAGE_OPTIMIZE_VMEMMAP, iff the architecture > > has noted it is capable of doing hugetlb vmemmap preinit. > > That is done via ARCH_WANT_HUGETLB_VMEMMAP_PREINIT, > > renamed from ARCH_WANT_SPARSE_VMEMMAP_PREINIT. > > > > I'm in a mess getting this landed in the right place in the series. We > seem to have a few updates in the works so I'll drop this series again. > > And I'll disable Mike's "mm/mm_init: rename __init_reserved_page_zone > to __init_page_from_nid" and "mm/mm_init: rename init_reserved_page to > init_deferred_page" until "hugetlb/CMA improvements for large systems > v5" appears. I'll send a v5 shortly, which includes this fix, and the 32bit + snprintf warning fixes. - Frank
