]> git.ipfire.org Git - thirdparty/kernel/stable.git/commit
s390/mm: Remove possible false-positive warning in pte_free_defer()
authorGerald Schaefer <gerald.schaefer@linux.ibm.com>
Wed, 9 Jul 2025 18:34:30 +0000 (20:34 +0200)
committerAlexander Gordeev <agordeev@linux.ibm.com>
Wed, 23 Jul 2025 16:06:32 +0000 (18:06 +0200)
commit5647f61ad9171e8f025558ed6dc5702c56a33ba3
tree5fda0f55102c16abe8834ccacd2ab89e55e7ee56
parentb1052a917362d0776d272e6446ce2dc78b75342d
s390/mm: Remove possible false-positive warning in pte_free_defer()

Commit 8211dad627981 ("s390: add pte_free_defer() for pgtables sharing
page") added a warning to pte_free_defer(), on our request. It was meant
to warn if this would ever be reached for KVM guest mappings, because
the page table would be freed w/o a gmap_unlink(). THP mappings are not
allowed for KVM guests on s390, so this should never happen.

However, it is possible that the warning is triggered in a valid case as
false-positive.

s390_enable_sie() takes the mmap_lock, marks all VMAs as VM_NOHUGEPAGE and
splits possibly existing THP guest mappings. mm->context.has_pgste is set
to 1 before that, to prevent races with the mm_has_pgste() check in
MADV_HUGEPAGE.

khugepaged drops the mmap_lock for file mappings and might run in parallel,
before a vma is marked VM_NOHUGEPAGE, but after mm->context.has_pgste was
set to 1. If it finds file mappings to collapse, it will eventually call
pte_free_defer(). This will trigger the warning, but it is a valid case
because gmap is not yet set up, and the THP mappings will be split again.

Therefore, remove the warning and the comment.

Fixes: 8211dad627981 ("s390: add pte_free_defer() for pgtables sharing page")
Cc: <stable@vger.kernel.org> # 6.6+
Reviewed-by: Alexander Gordeev <agordeev@linux.ibm.com>
Reviewed-by: Claudio Imbrenda <imbrenda@linux.ibm.com>
Signed-off-by: Gerald Schaefer <gerald.schaefer@linux.ibm.com>
Signed-off-by: Alexander Gordeev <agordeev@linux.ibm.com>
arch/s390/mm/pgalloc.c