]> git.baikalelectronics.ru Git - kernel.git/commit
powerpc/64s/radix: Fix huge vmap false positive
authorNicholas Piggin <npiggin@gmail.com>
Thu, 16 Dec 2021 10:33:42 +0000 (20:33 +1000)
committerMichael Ellerman <mpe@ellerman.id.au>
Mon, 20 Dec 2021 01:13:32 +0000 (12:13 +1100)
commite59428bae5db933b5b371cf5c8e2c4805bbeae84
tree7c68c13ec4aa1c400f4561713f63f4774c30ff28
parent0226b088c721110134721a4fb4aa9f24472331f3
powerpc/64s/radix: Fix huge vmap false positive

pmd_huge() is defined to false when HUGETLB_PAGE is not configured, but
the vmap code still installs huge PMDs. This leads to false bad PMD
errors when vunmapping because it is not seen as a huge PTE, and the bad
PMD check catches it. The end result may not be much more serious than
some bad pmd warning messages, because the pmd_none_or_clear_bad() does
what we wanted and clears the huge PTE anyway.

Fix this by checking pmd_is_leaf(), which checks for a PTE regardless of
config options. The whole huge/large/leaf stuff is a tangled mess but
that's kernel-wide and not something we can improve much in arch/powerpc
code.

pmd_page(), pud_page(), etc., called by vmalloc_to_page() on huge vmaps
can similarly trigger a false VM_BUG_ON when CONFIG_HUGETLB_PAGE=n, so
those checks are adjusted. The checks were added by commit 7699926a8341
("powerpc/book3s: Use config independent helpers for page table walk"),
while implementing a similar fix for other page table walking functions.

Fixes: bbfcbbbb643a ("powerpc/64s/radix: Enable HAVE_ARCH_HUGE_VMAP")
Cc: stable@vger.kernel.org # v5.3+
Signed-off-by: Nicholas Piggin <npiggin@gmail.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://lore.kernel.org/r/20211216103342.609192-1-npiggin@gmail.com
arch/powerpc/mm/book3s64/radix_pgtable.c
arch/powerpc/mm/pgtable_64.c