diff options
author | Michael Ellerman <mpe@ellerman.id.au> | 2023-05-19 21:38:06 +1000 |
---|---|---|
committer | Michael Ellerman <mpe@ellerman.id.au> | 2023-05-21 11:40:34 +1000 |
commit | 358e526a1648cdd773ba169da5867874ae2408e3 (patch) | |
tree | d81e9880f55bbefb1b3362310da0a631d958447a /drivers | |
parent | 1f7aacc5eb9ed2cc17be7a90da5cd559effb9d59 (diff) | |
download | linux-stable-358e526a1648cdd773ba169da5867874ae2408e3.tar.gz linux-stable-358e526a1648cdd773ba169da5867874ae2408e3.tar.bz2 linux-stable-358e526a1648cdd773ba169da5867874ae2408e3.zip |
powerpc/mm: Reinstate ARCH_FORCE_MAX_ORDER ranges
Commit 1e8fed873e74 ("powerpc: drop ranges for definition of
ARCH_FORCE_MAX_ORDER") removed the limits on the possible values for
ARCH_FORCE_MAX_ORDER.
However removing the ranges entirely causes some common work flows to
break. For example building a defconfig (which uses 64K pages), changing
the page size to 4K, and rebuilding used to work, because
ARCH_FORCE_MAX_ORDER would be clamped to 12 by the ranges.
With the ranges removed it creates a kernel that builds but crashes at
boot:
kernel BUG at mm/huge_memory.c:470!
Oops: Exception in kernel mode, sig: 5 [#1]
...
NIP hugepage_init+0x9c/0x278
LR do_one_initcall+0x80/0x320
Call Trace:
do_one_initcall+0x80/0x320
kernel_init_freeable+0x304/0x3ac
kernel_init+0x30/0x1a0
ret_from_kernel_user_thread+0x14/0x1c
The reasoning for removing the ranges was that some of the values were
too large. So take that into account and limit the maximums to 10 which
is the default max, except for the 4K case which uses 12.
Fixes: 1e8fed873e74 ("powerpc: drop ranges for definition of ARCH_FORCE_MAX_ORDER")
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
Link: https://msgid.link/20230519113806.370635-1-mpe@ellerman.id.au
Diffstat (limited to 'drivers')
0 files changed, 0 insertions, 0 deletions