0495408240
sh defines insane ranges for ARCH_FORCE_MAX_ORDER allowing MAX_ORDER up to 63, which implies maximal contiguous allocation size of 2^63 pages. Drop bogus definitions of ranges for ARCH_FORCE_MAX_ORDER and leave it a simple integer with sensible defaults. Users that *really* need to change the value of ARCH_FORCE_MAX_ORDER will be able to do so but they won't be mislead by the bogus ranges. [rppt@kernel.org: untweak ARCH_FORCE_MAX_ORDER's `range'] Link: https://lkml.kernel.org/r/20230325060828.2662773-13-rppt@kernel.org Link: https://lkml.kernel.org/r/20230324052233.2654090-13-rppt@kernel.org Signed-off-by: Mike Rapoport (IBM) <rppt@kernel.org> Acked-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com> Reviewed-by: Zi Yan <ziy@nvidia.com> Cc: Arnd Bergmann <arnd@arndb.de> Cc: Catalin Marinas <catalin.marinas@arm.com> Cc: Christophe Leroy <christophe.leroy@csgroup.eu> Cc: David Miller <davem@davemloft.net> Cc: Dinh Nguyen <dinguyen@kernel.org> Cc: Geert Uytterhoeven <geert@linux-m68k.org> Cc: Guo Ren <guoren@kernel.org> Cc: John Paul Adrian Glaubitz <glaubitz@physik.fu-berlin.de> Cc: Max Filippov <jcmvbkbc@gmail.com> Cc: Michael Ellerman <mpe@ellerman.id.au> Cc: Rich Felker <dalias@libc.org> Cc: "Russell King (Oracle)" <linux@armlinux.org.uk> Cc: Will Deacon <will@kernel.org> Cc: Yoshinori Sato <ysato@users.sourceforge.jp> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> |
||
---|---|---|
.. | ||
alignment.c | ||
asids-debugfs.c | ||
cache-debugfs.c | ||
cache-j2.c | ||
cache-sh2.c | ||
cache-sh2a.c | ||
cache-sh3.c | ||
cache-sh4.c | ||
cache-sh7705.c | ||
cache-shx3.c | ||
cache.c | ||
consistent.c | ||
extable_32.c | ||
fault.c | ||
flush-sh4.c | ||
hugetlbpage.c | ||
init.c | ||
ioremap_fixed.c | ||
ioremap.c | ||
ioremap.h | ||
Kconfig | ||
kmap.c | ||
Makefile | ||
mmap.c | ||
nommu.c | ||
numa.c | ||
pgtable.c | ||
pmb.c | ||
sram.c | ||
tlb-debugfs.c | ||
tlb-pteaex.c | ||
tlb-sh3.c | ||
tlb-sh4.c | ||
tlb-urb.c | ||
tlbex_32.c | ||
tlbflush_32.c | ||
uncached.c |