Thread (25 messages) 25 messages, 6 authors, 2022-01-19

Re: [PATCH v2 1/3] mm: vmalloc: Let user to control huge vmalloc default behavior

From: Nicholas Piggin <npiggin@gmail.com>
Date: 2022-01-18 03:26:13
Also in: linux-arm-kernel, linux-doc, lkml

Excerpts from Kefeng Wang's message of December 28, 2021 12:59 am:
Introduce HUGE_VMALLOC_DEFAULT_ENABLED and make it default y, this
let user to choose whether or not enable huge vmalloc mappings by
default.

Meanwhile, add new hugevmalloc=on/off parameter to enable or disable
this feature at boot time, nohugevmalloc is still supported and
equivalent to hugevmalloc=off.
Runtime options are bad enough, Kconfig and boot options are even worse.

The 'nohugevmalloc' option mirrors 'nohugeiomap' and is not expected to
ever be understood by an administrator unless a kernel developer is 
working with them to hunt down a regression.

IMO there should be no new options. You could switch it off for 
CONFIG_BASE_SMALL perhaps, and otherwise just try to work on heuristics
first. Bring in new options once it's proven they're needed.

Aside from that, thanks for working on these ports, great work.

Thanks,
Nick
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help