Squashed backup commit (no shallow-clone history issues) of xiaomi-mt6833-dev/kernel_xiaomi_mt6833 (lineage-23.2 branch, upstream commit 9eece662e) plus all fixes applied to get everpal_defconfig building clean against a modern (GCC 15.2.0) toolchain -- see the previous commit message on the lineage-23.2 branch (also in this repo history is not available here since this is a squashed snapshot; full incremental history lives in the local DL380 checkout and the upstream GitHub remote). Upstream: https://github.com/xiaomi-mt6833-dev/kernel_xiaomi_mt6833 (lineage-23.2)
35 lines
1.1 KiB
Plaintext
35 lines
1.1 KiB
Plaintext
# SPDX-License-Identifier: GPL-2.0
|
|
menu "Kernel hacking"
|
|
|
|
config TRACE_IRQFLAGS_SUPPORT
|
|
bool
|
|
default y
|
|
|
|
source "lib/Kconfig.debug"
|
|
|
|
config 4KSTACKS
|
|
bool "Use 4Kb for kernel stacks instead of 8Kb"
|
|
depends on DEBUG_KERNEL
|
|
help
|
|
If you say Y here the kernel will use a 4Kb stacksize for the
|
|
kernel stack attached to each process/thread. This facilitates
|
|
running more threads on a system and also reduces the pressure
|
|
on the VM subsystem for higher order allocations. This option
|
|
will also use IRQ stacks to compensate for the reduced stackspace.
|
|
|
|
config METAG_FUNCTION_TRACE
|
|
bool "Output Meta real-time trace data for function entry/exit"
|
|
help
|
|
If you say Y here the kernel will use the Meta hardware trace
|
|
unit to output information about function entry and exit that
|
|
can be used by a debugger for profiling and call-graphs.
|
|
|
|
config METAG_POISON_CATCH_BUFFERS
|
|
bool "Poison catch buffer contents on kernel entry"
|
|
help
|
|
If you say Y here the kernel will write poison data to the
|
|
catch buffer registers on kernel entry. This will make any
|
|
problem with catch buffer handling much more apparent.
|
|
|
|
endmenu
|