diff options
| author | Laurent Wandrebeck <l.wandrebeck@quelquesmots.fr> | 2026-09-22 10:50:32 +0200 |
|---|---|---|
| committer | Borislav Petkov (AMD) <bp@alien8.de> | 2026-09-27 19:46:45 -0700 |
| commit | d2457a7e2727dc747a61a50d65c2f259afce8c45 (patch) | |
| tree | f3fd4a241282fe32ff0a7bb1dc81b0c2e07b9429 /tools/lib/api | |
| parent | 72d3fcf802c45d00b300f25b848a93c3a2bd7c7e (diff) | |
| download | linux-stable-d2457a7e2727dc747a61a50d65c2f259afce8c45.tar.gz linux-stable-d2457a7e2727dc747a61a50d65c2f259afce8c45.zip | |
x86/mm: Don't apply va_align to hugetlb mappings on AMD F15h
get_align_mask() returns huge_page_mask_align() for hugetlbfs, but get_align_bits()
adds va_align.bits regardless, so vm_unmapped_area() returns an address off the huge
page boundary and __unmap_hugepage_range() hits BUG_ON(start & ~huge_page_mask(h)) at
teardown.
This can be triggered on Carrizo and FX-8370E, both hstates.
Pass the file to get_align_bits() and skip the randomisation for hugetlbfs.
[ bp: Massage commit message. ]
Fixes: 1317a5e7f7b1 ("arch/x86: teach arch_get_unmapped_area_vmflags to handle hugetlb mappings")
Suggested-by: Dave Hansen <dave.hansen@intel.com>
Acked-by: Dave Hansen <dave.hansen@intel.com>
Signed-off-by: Laurent Wandrebeck <l.wandrebeck@quelquesmots.fr>
Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
Cc: stable@vger.kernel.org # 6.13+
Link: https://patch.msgid.link/20260922085032.46144-1-l.wandrebeck@quelquesmots.fr
Diffstat (limited to 'tools/lib/api')
0 files changed, 0 insertions, 0 deletions