All of lore.kernel.org
 help / color / mirror / Atom feed
From: Lance Yang <lance.yang@linux.dev>
To: luizcap@redhat.com
Cc: linux-kernel@vger.kernel.org, linux-mm@kvack.org,
	david@kernel.org, baolin.wang@linux.alibaba.com,
	ryan.roberts@arm.com, akpm@linux-foundation.org,
	lorenzo.stoakes@oracle.com, ziy@nvidia.com, ljs@kernel.org,
	Liam.Howlett@oracle.com, npache@redhat.com, dev.jain@arm.com,
	Lance Yang <lance.yang@linux.dev>
Subject: Re: [PATCH v3 00/10] mm: thp: always enable mTHP support
Date: Thu,  9 Apr 2026 16:29:36 +0800	[thread overview]
Message-ID: <20260409082936.50302-1-lance.yang@linux.dev> (raw)
In-Reply-To: <cover.1775679721.git.luizcap@redhat.com>

+Cc THP

Some folks seem to be missing from CC for this series. Please run
scripts/get_maintainer.pl; it's your friend :)

Thanks,
Lance

On Wed, Apr 08, 2026 at 04:22:55PM -0400, Luiz Capitulino wrote:
>Today, if an architecture implements has_transparent_hugepage() and the CPU
>lacks support for PMD-sized pages, the THP code disables all THP, including
>mTHP. In addition, the kernel lacks a well defined API to check for
>PMD-sized page support. It currently relies on has_transparent_hugepage()
>and thp_disabled_by_hw(), but they are not well defined and are tied to
>THP support.
>
>This series addresses both issues by introducing a new well defined API
>to query PMD-sized page support: pgtable_has_pmd_leaves(). Using this
>new helper, we ensure that mTHP remains enabled even when the
>architecture or CPU doesn't support PMD-sized pages.
>
>Thanks to David Hildenbrand for suggesting this improvement and for
>providing guidance (all bugs and misconceptions are mine).
>
>This applies to Linus tree bfe62a454542 ("Merge tag 'soc-fixes-7.0-2'
>of git://git.kernel.org/pub/scm/linux/kernel/git/soc/soc").
>
>v3
>--
>
>- Rebased on top of latest Linus tree
>- Removed i915 patch as driver dropped has_transparent_hugepage() usage
>- Moved init_arch_has_pmd_leaves() call in start_kernel() to avoid conflict
>  with early_param handlers clearing CPU feature flags
>- Fixed build error with CONFIG_MMU=n (kernel test robot)
>- Fixed huge_anon_orders_inherit default setting when !pgtable_pmd_leaves() (Baolin)
>- Small commit changelog improvements
>
>v2
>--
>- Added support for always enabling mTHPs for shmem (Baolin)
>- Improved commits changelog & added reviewed-by
>
>v1
>--
>- Call init_arch_has_pmd_leaves() from start_kernel()
>- Keep pgtable_has_pmd_leaves() calls tied to CONFIG_TRANSPARENT_HUGEPAGE (David)
>- Clear PUD_ORDER when clearing PMD_ORDER (David)
>- Small changelog improvements (David)
>- Rebased on top of latest mm-new
>
>Luiz Capitulino (10):
>  docs: tmpfs: remove implementation detail reference
>  mm: introduce pgtable_has_pmd_leaves()
>  drivers: dax: use pgtable_has_pmd_leaves()
>  drivers: nvdimm: use pgtable_has_pmd_leaves()
>  mm: debug_vm_pgtable: use pgtable_has_pmd_leaves()
>  mm: shmem: drop has_transparent_hugepage() usage
>  treewide: rename has_transparent_hugepage() to arch_has_pmd_leaves()
>  mm: replace thp_disabled_by_hw() with pgtable_has_pmd_leaves()
>  mm: thp: always enable mTHP support
>  mm: thp: x86: cleanup PSE feature bit usage
>
> Documentation/filesystems/tmpfs.rst           |  5 ++---
> arch/mips/include/asm/pgtable.h               |  4 ++--
> arch/mips/mm/tlb-r4k.c                        |  4 ++--
> arch/powerpc/include/asm/book3s/64/hash-4k.h  |  2 +-
> arch/powerpc/include/asm/book3s/64/hash-64k.h |  2 +-
> arch/powerpc/include/asm/book3s/64/pgtable.h  | 10 +++++-----
> arch/powerpc/include/asm/book3s/64/radix.h    |  2 +-
> arch/powerpc/mm/book3s64/hash_pgtable.c       |  4 ++--
> arch/s390/include/asm/pgtable.h               |  4 ++--
> arch/x86/include/asm/pgtable.h                |  6 ------
> arch/x86/include/asm/pgtable_32.h             |  6 ++++++
> drivers/dax/dax-private.h                     |  2 +-
> drivers/nvdimm/pfn_devs.c                     |  6 ++++--
> include/linux/huge_mm.h                       |  7 -------
> include/linux/pgtable.h                       | 19 ++++++++++++++++--
> init/main.c                                   |  1 +
> mm/debug_vm_pgtable.c                         | 20 +++++++++----------
> mm/huge_memory.c                              | 15 +++++++-------
> mm/memory.c                                   | 10 +++++++++-
> mm/shmem.c                                    | 11 +++++-----
> 20 files changed, 80 insertions(+), 60 deletions(-)
>
>-- 
>2.53.0
>
>


  parent reply	other threads:[~2026-04-09  8:30 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-04-08 20:22 [PATCH v3 00/10] mm: thp: always enable mTHP support Luiz Capitulino
2026-04-08 20:22 ` [PATCH v3 01/10] docs: tmpfs: remove implementation detail reference Luiz Capitulino
2026-04-09 15:11   ` Zi Yan
2026-04-10 16:00   ` Lance Yang
2026-04-08 20:22 ` [PATCH v3 02/10] mm: introduce pgtable_has_pmd_leaves() Luiz Capitulino
2026-04-09 12:26   ` Lance Yang
2026-04-09 18:22     ` Luiz Capitulino
2026-04-10  8:19   ` Lance Yang
2026-04-13 15:24     ` Luiz Capitulino
2026-04-13 15:45       ` Lance Yang
2026-04-17  9:57     ` David Hildenbrand (Arm)
2026-04-17 12:57       ` Luiz Capitulino
2026-04-20  6:55       ` Lance Yang
2026-04-08 20:22 ` [PATCH v3 03/10] drivers: dax: use pgtable_has_pmd_leaves() Luiz Capitulino
2026-04-08 20:22 ` [PATCH v3 04/10] drivers: nvdimm: " Luiz Capitulino
2026-04-09 15:21   ` Zi Yan
2026-04-09 18:51     ` Luiz Capitulino
2026-04-08 20:23 ` [PATCH v3 05/10] mm: debug_vm_pgtable: " Luiz Capitulino
2026-04-09 15:25   ` Zi Yan
2026-04-10 16:09   ` Lance Yang
2026-04-08 20:23 ` [PATCH v3 06/10] mm: shmem: drop has_transparent_hugepage() usage Luiz Capitulino
2026-04-09 15:26   ` Zi Yan
2026-04-10 15:59   ` Lance Yang
2026-04-11  4:00     ` Lance Yang
2026-04-11  6:56   ` Baolin Wang
2026-04-08 20:23 ` [PATCH v3 07/10] treewide: rename has_transparent_hugepage() to arch_has_pmd_leaves() Luiz Capitulino
2026-04-09 15:41   ` Zi Yan
2026-04-09 19:43     ` Luiz Capitulino
2026-04-13 15:32       ` Luiz Capitulino
2026-04-13 15:34         ` Zi Yan
2026-04-08 20:23 ` [PATCH v3 08/10] mm: replace thp_disabled_by_hw() with pgtable_has_pmd_leaves() Luiz Capitulino
2026-04-09 15:43   ` Zi Yan
2026-04-11  7:01   ` Baolin Wang
2026-04-12 14:44   ` Lance Yang
2026-04-08 20:23 ` [PATCH v3 09/10] mm: thp: always enable mTHP support Luiz Capitulino
2026-04-09 15:55   ` Zi Yan
2026-04-09 20:07     ` Luiz Capitulino
2026-04-09 20:10       ` Zi Yan
2026-04-09 21:19         ` Luiz Capitulino
2026-04-11  7:22   ` Baolin Wang
2026-04-13 15:39     ` Luiz Capitulino
2026-04-08 20:23 ` [PATCH v3 10/10] mm: thp: x86: cleanup PSE feature bit usage Luiz Capitulino
2026-04-09 15:57   ` Zi Yan
2026-04-09 20:10     ` Dave Hansen
2026-04-09 21:24       ` Luiz Capitulino
2026-04-09  8:29 ` Lance Yang [this message]
2026-04-09  8:36   ` [PATCH v3 00/10] mm: thp: always enable mTHP support Lorenzo Stoakes
2026-04-09 18:18     ` Luiz Capitulino
2026-04-09 12:35   ` Lance Yang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260409082936.50302-1-lance.yang@linux.dev \
    --to=lance.yang@linux.dev \
    --cc=Liam.Howlett@oracle.com \
    --cc=akpm@linux-foundation.org \
    --cc=baolin.wang@linux.alibaba.com \
    --cc=david@kernel.org \
    --cc=dev.jain@arm.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=ljs@kernel.org \
    --cc=lorenzo.stoakes@oracle.com \
    --cc=luizcap@redhat.com \
    --cc=npache@redhat.com \
    --cc=ryan.roberts@arm.com \
    --cc=ziy@nvidia.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.