diff options
| author | Sourabh Jain <sourabhjain@linux.ibm.com> | 2024-12-17 13:16:40 +0530 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2025-02-08 10:00:53 +0100 |
| commit | e36e4f5adec44acd18551b583e8b4756b1eb9fc6 (patch) | |
| tree | 7002433f70932aec8d0621f6b613f110c5bd0826 /fs | |
| parent | ac6fd35199298eb4c03e2f9afb3535bd64b66849 (diff) | |
| download | linux-e36e4f5adec44acd18551b583e8b4756b1eb9fc6.tar.gz linux-e36e4f5adec44acd18551b583e8b4756b1eb9fc6.tar.bz2 linux-e36e4f5adec44acd18551b583e8b4756b1eb9fc6.zip | |
powerpc/book3s64/hugetlb: Fix disabling hugetlb when fadump is active
[ Upstream commit d629d7a8efc33d05d62f4805c0ffb44727e3d99f ]
Commit 8597538712eb ("powerpc/fadump: Do not use hugepages when fadump
is active") disabled hugetlb support when fadump is active by returning
early from hugetlbpage_init():arch/powerpc/mm/hugetlbpage.c and not
populating hpage_shift/HPAGE_SHIFT.
Later, commit 2354ad252b66 ("powerpc/mm: Update default hugetlb size
early") moved the allocation of hpage_shift/HPAGE_SHIFT to early boot,
which inadvertently re-enabled hugetlb support when fadump is active.
Fix this by implementing hugepages_supported() on powerpc. This ensures
that disabling hugetlb for the fadump kernel is independent of
hpage_shift/HPAGE_SHIFT.
Fixes: 2354ad252b66 ("powerpc/mm: Update default hugetlb size early")
Reviewed-by: Ritesh Harjani (IBM) <ritesh.list@gmail.com>
Signed-off-by: Sourabh Jain <sourabhjain@linux.ibm.com>
Signed-off-by: Madhavan Srinivasan <maddy@linux.ibm.com>
Link: https://patch.msgid.link/20241217074640.1064510-1-sourabhjain@linux.ibm.com
Signed-off-by: Sasha Levin <sashal@kernel.org>
Diffstat (limited to 'fs')
0 files changed, 0 insertions, 0 deletions