Re: [PATCH 1/5] mm/rmap: use huge_ptep_get() in try_to_unmap_one()

From: Muchun Song

Date: Fri Jun 26 2026 - 00:17:55 EST




> On Jun 26, 2026, at 12:03, Dev Jain <dev.jain@xxxxxxx> wrote:
>
>
>
> On 26/06/26 8:47 am, Muchun Song wrote:
>>
>>
>> On 2026/6/25 19:29, Dev Jain wrote:
>>> try_to_unmap_one() handles hugetlb folios when memory failure needs
>>> to replace a poisoned hugetlb mapping with a hwpoison entry. In that
>>> case page_vma_mapped_walk() returns the pte pointer to the hugetlb folio
>>> in pvmw.pte, but the code reads it with ptep_get().
>>>
>>> On arches which provide their own huge_ptep_get() to dereference a huge
>>> pte pointer, accessing via ptep_get() would cause pte_pfn(), pte_present()
>>> etc to misbehave.
>>>
>>> It is not clear whether this has a trivially visible effect to userspace.
>>>
>>> Just use huge_ptep_get() for dereferencing a huge pte pointer.
>>>
>>> Fixes: c7ab0d2fdc84 ("mm: convert try_to_unmap_one() to use page_vma_mapped_walk()")
>>> Cc: stable@xxxxxxxxxxxxxxx
>>> Signed-off-by: Dev Jain <dev.jain@xxxxxxx>
>>> ---
>>> include/linux/hugetlb.h | 3 +++
>>> mm/rmap.c | 16 ++++++++++------
>>> 2 files changed, 13 insertions(+), 6 deletions(-)
>>>
>>> diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h
>>> index 2abaf99321e90..fdb7bdf7645c5 100644
>>> --- a/include/linux/hugetlb.h
>>> +++ b/include/linux/hugetlb.h
>>> @@ -1261,6 +1261,9 @@ static inline void hugetlb_count_sub(long l, struct mm_struct *mm)
>>> {
>>> }
>>> +pte_t huge_ptep_get(struct mm_struct *mm, unsigned long addr,
>>> + pte_t *ptep);
>>
>> Thanks so much for the fix! I'm curious, though: why do we
>> need to add a separate declaration for this function here?
>
> For !CONFIG_HUGETLB_PAGE, compiler complains that there is no huge_ptep_get.
> So this is to make compiler happy.

Got it. We can refer to 5d4af6195c87c6b162b7963e0ad00a214b80d764 to fix
this warning.

Muchun,
Thanks.

>
>>
>> Thanks,
>> Muchun
>>
>>> +
>>> static inline pte_t huge_ptep_clear_flush(struct vm_area_struct *vma,
>>> unsigned long addr, pte_t *ptep)
>>> {
>>> diff --git a/mm/rmap.c b/mm/rmap.c
>>> index 1c77d5dc06e9f..aa8a254efaecc 100644
>>> --- a/mm/rmap.c
>>> +++ b/mm/rmap.c
>>> @@ -2095,11 +2095,16 @@ static bool try_to_unmap_one(struct folio *folio, struct vm_area_struct *vma,
>>> /* Unexpected PMD-mapped THP? */
>>> VM_BUG_ON_FOLIO(!pvmw.pte, folio);
>>> - /*
>>> - * Handle PFN swap PTEs, such as device-exclusive ones, that
>>> - * actually map pages.
>>> - */
>>> - pteval = ptep_get(pvmw.pte);
>>> + address = pvmw.address;
>>> + if (folio_test_hugetlb(folio)) {
>>> + pteval = huge_ptep_get(mm, address, pvmw.pte);
>>> + } else {
>>> + /*
>>> + * Handle PFN swap PTEs, such as device-exclusive ones,
>>> + * that actually map pages.
>>> + */
>>> + pteval = ptep_get(pvmw.pte);
>>> + }
>>> if (likely(pte_present(pteval))) {
>>> pfn = pte_pfn(pteval);
>>> } else {
>>> @@ -2110,7 +2115,6 @@ static bool try_to_unmap_one(struct folio *folio, struct vm_area_struct *vma,
>>> }
>>> subpage = folio_page(folio, pfn - folio_pfn(folio));
>>> - address = pvmw.address;
>>> anon_exclusive = folio_test_anon(folio) &&
>>> PageAnonExclusive(subpage);