From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=100.103.45.18 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1794023391; b=vFyKMfVEtIcd5U0RfvJ8YX6CJLy5bj31Y6s9hDpSyFkZRhd1Zu0Ezd1ZkdvcobJwSSZ+ lAe4AIBcV3iLwJJqC7/j/PHab/wUpi/YURHXJ4JhaeufL0q37wJFS6GrIC64/9yruaXy5 ub28xX4TfjBK1KTSetLf9+YOZgJC7mrmy9bdh7KQJO+LM35RmawM7t78RA9zqPQrsyoaF QwAd/U1AmkZf0IdCYL/1K27HAxyg+RTW2Jd2DGZMnrM06gZ1417YD7E1f2+E4f1M49aIl QCy/TuFCAxkx/RGnypU9SOM5mt8AP13YMiuFdgeGIxBuJ42opuNat4Vu3zHSqafO1Nw== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1794023391; h=Received:DKIM-Signature:Date:To:From:Subject:Message-Id; bh=1oBjJ+T2twY8AKP5Tra+xlSQ0IR8t45hZCgTwd2UZhs=; b=CqBoLn84AT/TAZIrBRCbwJl4y5Xn0JzKzzXflusYsn5L9dganb19I1/KR45bAlKaI5Cd fz5Ke2mODmsW1725lL6KUWx7rslEAh6MJxhz779zyobxXXxAxlKwamegYe9IQed22dCGA usd4sIf2exA2BKvVh7yKU/RZ0bX+Ca5u+5ANbCw//loh9Es652EI94Zrq1gYXeh83iVlE BXiqr1XDCud7qbiWnhTL9KbISsvS33B0yKcZig1p1W5qjDgifg0mp7bjTO/i3qvWOQ5gE kUAc2hNLzKDM59/d3kbAdgDMiIVAKx0DRqV0lI61tSahGJ/ELtR7JhttctYpZpwZ53A== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dkim=pass header.d=linux-foundation.org header.i=@linux-foundation.org header.a=rsa-sha256 header.s=korg header.b=ovfXHM8p; arc=none smtp.remote-ip=100.103.45.18 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D3B4B606A32C for ; Sat, 7 Nov 2026 03:49:50 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (1024-bit key) header.d=linux-foundation.org header.i=@linux-foundation.org header.a=rsa-sha256 header.s=korg header.b=ovfXHM8p Received: by smtp.kernel.org (Postfix) with ESMTPSA id 59C391F008A1; Sat, 7 Nov 2026 03:49:50 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=korg; t=1794023390; bh=1oBjJ+T2twY8AKP5Tra+xlSQ0IR8t45hZCgTwd2UZhs=; h=Date:To:From:Subject; b=ovfXHM8pDUSybp7VQwuRCTl2Lb72M0VWbXCb6WBiZJCJrslJRlj2KCdy8ZTAiXTnJ 4EktT3OFZfGBp6CWvSTxuyjan8R3gT0AVPLbtsM+reQFnsTGYqYbosHeG9Y6h/DK7H qTpV6mZE/6W4Mes71edZwg44o3jVwvtEY76n4RMA= Date: Fri, 06 Nov 2026 19:49:49 -0800 To: mm-commits@vger.kernel.org,muchun.song@linux.dev,akpm@linux-foundation.org From: Andrew Morton Subject: [to-be-updated] mm-hugetlb_vmemmap-unify-writable-vmemmap-page-preparation.patch removed from -mm tree Message-Id: <20261107034950.59C391F008A1@smtp.kernel.org> X-Mailing-List: mm-commits@vger.kernel.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list The quilt patch titled Subject: mm: hugetlb_vmemmap: unify writable vmemmap page preparation has been removed from the -mm tree. Its filename was mm-hugetlb_vmemmap-unify-writable-vmemmap-page-preparation.patch This patch was dropped because an updated version will be issued ------------------------------------------------------ From: Muchun Song Subject: mm: hugetlb_vmemmap: unify writable vmemmap page preparation Date: Wed, 04 Nov 2026 10:35:03 +0800 Installing a writable vmemmap page requires consuming a replacement page, copying the current contents into it and making the copy visible before publishing the new mapping. HVO currently splits this sequence between the page-table walker and its caller depending on the remap path. Centralize the sequence in the walker so all writable replacements follow the same copy-and-publish protocol. This keeps page preparation with the mapping update and removes path-specific handling from higher-level HVO code. No functional change intended. Link: https://lore.kernel.org/20261104023510.260766-6-songmuchun@bytedance.com Signed-off-by: Muchun Song Signed-off-by: Andrew Morton Reviewed-by: Lance Yang Reviewed-by: Qi Zheng Reviewed-by: Mike Rapoport (Microsoft) Tested-by: Andrew Morton Link: https://lore.kernel.org/20261103224659.2865b9ff27d09994949edd78@linux-foundation.org Reviewed-by: Oscar Salvador Cc: James Houghton Cc: David Hildenbrand Cc: Huacai Chen --- mm/hugetlb_vmemmap.c | 40 +++++++++++++++++----------------------- 1 file changed, 17 insertions(+), 23 deletions(-) --- a/mm/hugetlb_vmemmap.c~mm-hugetlb_vmemmap-unify-writable-vmemmap-page-preparation +++ a/mm/hugetlb_vmemmap.c @@ -199,6 +199,20 @@ static void free_vmemmap_page_list(struc free_vmemmap_page(page); } +static struct page *vmemmap_dup_page_from_list(const struct page *src, + struct list_head *vmemmap_pages) +{ + struct page *dst = list_first_entry(vmemmap_pages, struct page, lru); + + list_del(&dst->lru); + copy_page(page_address(dst), page_address(src)); + + /* Ensure updates to @dst page are visible before set_pte_at(). */ + smp_wmb(); + + return dst; +} + static void vmemmap_remap_pte(pte_t *pte, unsigned long addr, struct vmemmap_remap_walk *walk) { @@ -211,16 +225,7 @@ static void vmemmap_remap_pte(pte_t *pte VM_WARN_ON_ONCE(!PageHead((const struct page *)addr)); - head = list_first_entry(walk->vmemmap_pages, struct page, lru); - list_del(&head->lru); - - /* - * Makes sure that preceding stores to the page contents from - * vmemmap_remap_free() become visible before the set_pte_at() - * write. - */ - smp_wmb(); - + head = vmemmap_dup_page_from_list(page, walk->vmemmap_pages); entry = mk_pte(head, PAGE_KERNEL); } else { VM_WARN_ON_ONCE(!PageTail((const struct page *)addr)); @@ -253,15 +258,7 @@ static void vmemmap_restore_pte(pte_t *p VM_WARN_ON_ONCE(PageHead((const struct page *)addr)); - dst = list_first_entry(walk->vmemmap_pages, struct page, lru); - list_del(&dst->lru); - copy_page(page_to_virt(dst), page_to_virt(src)); - - /* - * Makes sure that preceding stores to the page contents become visible - * before the set_pte_at() write. - */ - smp_wmb(); + dst = vmemmap_dup_page_from_list(src, walk->vmemmap_pages); set_pte_at(&init_mm, addr, pte, mk_pte(dst, PAGE_KERNEL)); } @@ -499,7 +496,7 @@ static int __hugetlb_vmemmap_optimize_fo unsigned long flags) { unsigned long vmemmap_start, vmemmap_end; - struct page *vmemmap_head, *vmemmap_tail; + struct page *vmemmap_tail; int nid, ret = 0; VM_WARN_ON_ONCE_FOLIO(!folio_test_hugetlb(folio), folio); @@ -531,9 +528,6 @@ static int __hugetlb_vmemmap_optimize_fo goto out; } - vmemmap_head = list_first_entry(vmemmap_pages, struct page, lru); - copy_page(page_to_virt(vmemmap_head), folio); - vmemmap_start = (unsigned long)&folio->page; vmemmap_end = vmemmap_start + hugetlb_vmemmap_size(h); _ Patches currently in -mm which might be from muchun.song@linux.dev are mm-fix-missing-page-table-destructor-in-pagetable_free.patch riscv-mm-fix-hotplug-page-table-destructor-handling.patch riscv-mm-fix-missing-destructor-for-hotplug-pud-tables.patch arm64-mm-fix-destructor-for-unconstructed-hotplug-page-tables.patch mm-sparse-vmemmap-map-shared-vmemmap-tail-pages-as-read-only.patch powerpc-mm-map-shared-vmemmap-tail-pages-as-read-only.patch mm-hugetlb_vmemmap-remove-vmemmap_wrprotect_hvo.patch mm-hugetlb_vmemmap-remove-hugetlb_vmemmap_optimize_bootmem_folios.patch mm-generalize-kernel-pte-table-allocation.patch mm-generalize-pmd-page-table-allocation.patch mm-generalize-pud-page-table-allocation.patch mm-remove-pagetable_dtor_free.patch mm-remove-redundant-pagetable_dtor-calls.patch mm-hugetlb_vmemmap-rename-vmemmap_remap_pte-to-vmemmap_optimize_pte.patch mm-hugetlb_vmemmap-simplify-shared-tail-page-handling.patch mm-hugetlb_vmemmap-move-alloc_vmemmap_page_list-next-to-its-free-helper.patch mm-hugetlb_vmemmap-make-vmemmap-optimization-folio-oriented.patch mm-hugetlb_vmemmap-make-vmemmap-restoration-folio-oriented.patch mm-hugetlb_vmemmap-unify-vmemmap-range-restoration.patch mm-hugetlb_vmemmap-make-vmemmap-pte-conversion-folio-oriented.patch mm-hugetlb-fix-validation-of-unsupported-hugetlb-orders.patch