Merge tag 'trace-v6.5' of git://git.kernel.org/pub/scm/linux/kernel/git/trace/linux...
[platform/kernel/linux-starfive.git] / init / Kconfig
1 # SPDX-License-Identifier: GPL-2.0-only
2 config CC_VERSION_TEXT
3         string
4         default "$(CC_VERSION_TEXT)"
5         help
6           This is used in unclear ways:
7
8           - Re-run Kconfig when the compiler is updated
9             The 'default' property references the environment variable,
10             CC_VERSION_TEXT so it is recorded in include/config/auto.conf.cmd.
11             When the compiler is updated, Kconfig will be invoked.
12
13           - Ensure full rebuild when the compiler is updated
14             include/linux/compiler-version.h contains this option in the comment
15             line so fixdep adds include/config/CC_VERSION_TEXT into the
16             auto-generated dependency. When the compiler is updated, syncconfig
17             will touch it and then every file will be rebuilt.
18
19 config CC_IS_GCC
20         def_bool $(success,test "$(cc-name)" = GCC)
21
22 config GCC_VERSION
23         int
24         default $(cc-version) if CC_IS_GCC
25         default 0
26
27 config CC_IS_CLANG
28         def_bool $(success,test "$(cc-name)" = Clang)
29
30 config CLANG_VERSION
31         int
32         default $(cc-version) if CC_IS_CLANG
33         default 0
34
35 config AS_IS_GNU
36         def_bool $(success,test "$(as-name)" = GNU)
37
38 config AS_IS_LLVM
39         def_bool $(success,test "$(as-name)" = LLVM)
40
41 config AS_VERSION
42         int
43         # Use clang version if this is the integrated assembler
44         default CLANG_VERSION if AS_IS_LLVM
45         default $(as-version)
46
47 config LD_IS_BFD
48         def_bool $(success,test "$(ld-name)" = BFD)
49
50 config LD_VERSION
51         int
52         default $(ld-version) if LD_IS_BFD
53         default 0
54
55 config LD_IS_LLD
56         def_bool $(success,test "$(ld-name)" = LLD)
57
58 config LLD_VERSION
59         int
60         default $(ld-version) if LD_IS_LLD
61         default 0
62
63 config RUST_IS_AVAILABLE
64         def_bool $(success,$(srctree)/scripts/rust_is_available.sh)
65         help
66           This shows whether a suitable Rust toolchain is available (found).
67
68           Please see Documentation/rust/quick-start.rst for instructions on how
69           to satisfy the build requirements of Rust support.
70
71           In particular, the Makefile target 'rustavailable' is useful to check
72           why the Rust toolchain is not being detected.
73
74 config CC_CAN_LINK
75         bool
76         default $(success,$(srctree)/scripts/cc-can-link.sh $(CC) $(CLANG_FLAGS) $(USERCFLAGS) $(USERLDFLAGS) $(m64-flag)) if 64BIT
77         default $(success,$(srctree)/scripts/cc-can-link.sh $(CC) $(CLANG_FLAGS) $(USERCFLAGS) $(USERLDFLAGS) $(m32-flag))
78
79 config CC_CAN_LINK_STATIC
80         bool
81         default $(success,$(srctree)/scripts/cc-can-link.sh $(CC) $(CLANG_FLAGS) $(USERCFLAGS) $(USERLDFLAGS) $(m64-flag) -static) if 64BIT
82         default $(success,$(srctree)/scripts/cc-can-link.sh $(CC) $(CLANG_FLAGS) $(USERCFLAGS) $(USERLDFLAGS) $(m32-flag) -static)
83
84 config CC_HAS_ASM_GOTO_OUTPUT
85         def_bool $(success,echo 'int foo(int x) { asm goto ("": "=r"(x) ::: bar); return x; bar: return 0; }' | $(CC) -x c - -c -o /dev/null)
86
87 config CC_HAS_ASM_GOTO_TIED_OUTPUT
88         depends on CC_HAS_ASM_GOTO_OUTPUT
89         # Detect buggy gcc and clang, fixed in gcc-11 clang-14.
90         def_bool $(success,echo 'int foo(int *x) { asm goto (".long (%l[bar]) - .": "+m"(*x) ::: bar); return *x; bar: return 0; }' | $CC -x c - -c -o /dev/null)
91
92 config TOOLS_SUPPORT_RELR
93         def_bool $(success,env "CC=$(CC)" "LD=$(LD)" "NM=$(NM)" "OBJCOPY=$(OBJCOPY)" $(srctree)/scripts/tools-support-relr.sh)
94
95 config CC_HAS_ASM_INLINE
96         def_bool $(success,echo 'void foo(void) { asm inline (""); }' | $(CC) -x c - -c -o /dev/null)
97
98 config CC_HAS_NO_PROFILE_FN_ATTR
99         def_bool $(success,echo '__attribute__((no_profile_instrument_function)) int x();' | $(CC) -x c - -c -o /dev/null -Werror)
100
101 config PAHOLE_VERSION
102         int
103         default $(shell,$(srctree)/scripts/pahole-version.sh $(PAHOLE))
104
105 config CONSTRUCTORS
106         bool
107
108 config IRQ_WORK
109         bool
110
111 config BUILDTIME_TABLE_SORT
112         bool
113
114 config THREAD_INFO_IN_TASK
115         bool
116         help
117           Select this to move thread_info off the stack into task_struct.  To
118           make this work, an arch will need to remove all thread_info fields
119           except flags and fix any runtime bugs.
120
121           One subtle change that will be needed is to use try_get_task_stack()
122           and put_task_stack() in save_thread_stack_tsk() and get_wchan().
123
124 menu "General setup"
125
126 config BROKEN
127         bool
128
129 config BROKEN_ON_SMP
130         bool
131         depends on BROKEN || !SMP
132         default y
133
134 config INIT_ENV_ARG_LIMIT
135         int
136         default 32 if !UML
137         default 128 if UML
138         help
139           Maximum of each of the number of arguments and environment
140           variables passed to init from the kernel command line.
141
142 config COMPILE_TEST
143         bool "Compile also drivers which will not load"
144         depends on HAS_IOMEM
145         help
146           Some drivers can be compiled on a different platform than they are
147           intended to be run on. Despite they cannot be loaded there (or even
148           when they load they cannot be used due to missing HW support),
149           developers still, opposing to distributors, might want to build such
150           drivers to compile-test them.
151
152           If you are a developer and want to build everything available, say Y
153           here. If you are a user/distributor, say N here to exclude useless
154           drivers to be distributed.
155
156 config WERROR
157         bool "Compile the kernel with warnings as errors"
158         default COMPILE_TEST
159         help
160           A kernel build should not cause any compiler warnings, and this
161           enables the '-Werror' (for C) and '-Dwarnings' (for Rust) flags
162           to enforce that rule by default. Certain warnings from other tools
163           such as the linker may be upgraded to errors with this option as
164           well.
165
166           However, if you have a new (or very old) compiler or linker with odd
167           and unusual warnings, or you have some architecture with problems,
168           you may need to disable this config option in order to
169           successfully build the kernel.
170
171           If in doubt, say Y.
172
173 config UAPI_HEADER_TEST
174         bool "Compile test UAPI headers"
175         depends on HEADERS_INSTALL && CC_CAN_LINK
176         help
177           Compile test headers exported to user-space to ensure they are
178           self-contained, i.e. compilable as standalone units.
179
180           If you are a developer or tester and want to ensure the exported
181           headers are self-contained, say Y here. Otherwise, choose N.
182
183 config LOCALVERSION
184         string "Local version - append to kernel release"
185         help
186           Append an extra string to the end of your kernel version.
187           This will show up when you type uname, for example.
188           The string you set here will be appended after the contents of
189           any files with a filename matching localversion* in your
190           object and source tree, in that order.  Your total string can
191           be a maximum of 64 characters.
192
193 config LOCALVERSION_AUTO
194         bool "Automatically append version information to the version string"
195         default y
196         depends on !COMPILE_TEST
197         help
198           This will try to automatically determine if the current tree is a
199           release tree by looking for git tags that belong to the current
200           top of tree revision.
201
202           A string of the format -gxxxxxxxx will be added to the localversion
203           if a git-based tree is found.  The string generated by this will be
204           appended after any matching localversion* files, and after the value
205           set in CONFIG_LOCALVERSION.
206
207           (The actual string used here is the first 12 characters produced
208           by running the command:
209
210             $ git rev-parse --verify HEAD
211
212           which is done within the script "scripts/setlocalversion".)
213
214 config BUILD_SALT
215         string "Build ID Salt"
216         default ""
217         help
218           The build ID is used to link binaries and their debug info. Setting
219           this option will use the value in the calculation of the build id.
220           This is mostly useful for distributions which want to ensure the
221           build is unique between builds. It's safe to leave the default.
222
223 config HAVE_KERNEL_GZIP
224         bool
225
226 config HAVE_KERNEL_BZIP2
227         bool
228
229 config HAVE_KERNEL_LZMA
230         bool
231
232 config HAVE_KERNEL_XZ
233         bool
234
235 config HAVE_KERNEL_LZO
236         bool
237
238 config HAVE_KERNEL_LZ4
239         bool
240
241 config HAVE_KERNEL_ZSTD
242         bool
243
244 config HAVE_KERNEL_UNCOMPRESSED
245         bool
246
247 choice
248         prompt "Kernel compression mode"
249         default KERNEL_GZIP
250         depends on HAVE_KERNEL_GZIP || HAVE_KERNEL_BZIP2 || HAVE_KERNEL_LZMA || HAVE_KERNEL_XZ || HAVE_KERNEL_LZO || HAVE_KERNEL_LZ4 || HAVE_KERNEL_ZSTD || HAVE_KERNEL_UNCOMPRESSED
251         help
252           The linux kernel is a kind of self-extracting executable.
253           Several compression algorithms are available, which differ
254           in efficiency, compression and decompression speed.
255           Compression speed is only relevant when building a kernel.
256           Decompression speed is relevant at each boot.
257
258           If you have any problems with bzip2 or lzma compressed
259           kernels, mail me (Alain Knaff) <alain@knaff.lu>. (An older
260           version of this functionality (bzip2 only), for 2.4, was
261           supplied by Christian Ludwig)
262
263           High compression options are mostly useful for users, who
264           are low on disk space (embedded systems), but for whom ram
265           size matters less.
266
267           If in doubt, select 'gzip'
268
269 config KERNEL_GZIP
270         bool "Gzip"
271         depends on HAVE_KERNEL_GZIP
272         help
273           The old and tried gzip compression. It provides a good balance
274           between compression ratio and decompression speed.
275
276 config KERNEL_BZIP2
277         bool "Bzip2"
278         depends on HAVE_KERNEL_BZIP2
279         help
280           Its compression ratio and speed is intermediate.
281           Decompression speed is slowest among the choices.  The kernel
282           size is about 10% smaller with bzip2, in comparison to gzip.
283           Bzip2 uses a large amount of memory. For modern kernels you
284           will need at least 8MB RAM or more for booting.
285
286 config KERNEL_LZMA
287         bool "LZMA"
288         depends on HAVE_KERNEL_LZMA
289         help
290           This compression algorithm's ratio is best.  Decompression speed
291           is between gzip and bzip2.  Compression is slowest.
292           The kernel size is about 33% smaller with LZMA in comparison to gzip.
293
294 config KERNEL_XZ
295         bool "XZ"
296         depends on HAVE_KERNEL_XZ
297         help
298           XZ uses the LZMA2 algorithm and instruction set specific
299           BCJ filters which can improve compression ratio of executable
300           code. The size of the kernel is about 30% smaller with XZ in
301           comparison to gzip. On architectures for which there is a BCJ
302           filter (i386, x86_64, ARM, IA-64, PowerPC, and SPARC), XZ
303           will create a few percent smaller kernel than plain LZMA.
304
305           The speed is about the same as with LZMA: The decompression
306           speed of XZ is better than that of bzip2 but worse than gzip
307           and LZO. Compression is slow.
308
309 config KERNEL_LZO
310         bool "LZO"
311         depends on HAVE_KERNEL_LZO
312         help
313           Its compression ratio is the poorest among the choices. The kernel
314           size is about 10% bigger than gzip; however its speed
315           (both compression and decompression) is the fastest.
316
317 config KERNEL_LZ4
318         bool "LZ4"
319         depends on HAVE_KERNEL_LZ4
320         help
321           LZ4 is an LZ77-type compressor with a fixed, byte-oriented encoding.
322           A preliminary version of LZ4 de/compression tool is available at
323           <https://code.google.com/p/lz4/>.
324
325           Its compression ratio is worse than LZO. The size of the kernel
326           is about 8% bigger than LZO. But the decompression speed is
327           faster than LZO.
328
329 config KERNEL_ZSTD
330         bool "ZSTD"
331         depends on HAVE_KERNEL_ZSTD
332         help
333           ZSTD is a compression algorithm targeting intermediate compression
334           with fast decompression speed. It will compress better than GZIP and
335           decompress around the same speed as LZO, but slower than LZ4. You
336           will need at least 192 KB RAM or more for booting. The zstd command
337           line tool is required for compression.
338
339 config KERNEL_UNCOMPRESSED
340         bool "None"
341         depends on HAVE_KERNEL_UNCOMPRESSED
342         help
343           Produce uncompressed kernel image. This option is usually not what
344           you want. It is useful for debugging the kernel in slow simulation
345           environments, where decompressing and moving the kernel is awfully
346           slow. This option allows early boot code to skip the decompressor
347           and jump right at uncompressed kernel image.
348
349 endchoice
350
351 config DEFAULT_INIT
352         string "Default init path"
353         default ""
354         help
355           This option determines the default init for the system if no init=
356           option is passed on the kernel command line. If the requested path is
357           not present, we will still then move on to attempting further
358           locations (e.g. /sbin/init, etc). If this is empty, we will just use
359           the fallback list when init= is not passed.
360
361 config DEFAULT_HOSTNAME
362         string "Default hostname"
363         default "(none)"
364         help
365           This option determines the default system hostname before userspace
366           calls sethostname(2). The kernel traditionally uses "(none)" here,
367           but you may wish to use a different default here to make a minimal
368           system more usable with less configuration.
369
370 config SYSVIPC
371         bool "System V IPC"
372         help
373           Inter Process Communication is a suite of library functions and
374           system calls which let processes (running programs) synchronize and
375           exchange information. It is generally considered to be a good thing,
376           and some programs won't run unless you say Y here. In particular, if
377           you want to run the DOS emulator dosemu under Linux (read the
378           DOSEMU-HOWTO, available from <http://www.tldp.org/docs.html#howto>),
379           you'll need to say Y here.
380
381           You can find documentation about IPC with "info ipc" and also in
382           section 6.4 of the Linux Programmer's Guide, available from
383           <http://www.tldp.org/guides.html>.
384
385 config SYSVIPC_SYSCTL
386         bool
387         depends on SYSVIPC
388         depends on SYSCTL
389         default y
390
391 config SYSVIPC_COMPAT
392         def_bool y
393         depends on COMPAT && SYSVIPC
394
395 config POSIX_MQUEUE
396         bool "POSIX Message Queues"
397         depends on NET
398         help
399           POSIX variant of message queues is a part of IPC. In POSIX message
400           queues every message has a priority which decides about succession
401           of receiving it by a process. If you want to compile and run
402           programs written e.g. for Solaris with use of its POSIX message
403           queues (functions mq_*) say Y here.
404
405           POSIX message queues are visible as a filesystem called 'mqueue'
406           and can be mounted somewhere if you want to do filesystem
407           operations on message queues.
408
409           If unsure, say Y.
410
411 config POSIX_MQUEUE_SYSCTL
412         bool
413         depends on POSIX_MQUEUE
414         depends on SYSCTL
415         default y
416
417 config WATCH_QUEUE
418         bool "General notification queue"
419         default n
420         help
421
422           This is a general notification queue for the kernel to pass events to
423           userspace by splicing them into pipes.  It can be used in conjunction
424           with watches for key/keyring change notifications and device
425           notifications.
426
427           See Documentation/core-api/watch_queue.rst
428
429 config CROSS_MEMORY_ATTACH
430         bool "Enable process_vm_readv/writev syscalls"
431         depends on MMU
432         default y
433         help
434           Enabling this option adds the system calls process_vm_readv and
435           process_vm_writev which allow a process with the correct privileges
436           to directly read from or write to another process' address space.
437           See the man page for more details.
438
439 config USELIB
440         bool "uselib syscall (for libc5 and earlier)"
441         default ALPHA || M68K || SPARC
442         help
443           This option enables the uselib syscall, a system call used in the
444           dynamic linker from libc5 and earlier.  glibc does not use this
445           system call.  If you intend to run programs built on libc5 or
446           earlier, you may need to enable this syscall.  Current systems
447           running glibc can safely disable this.
448
449 config AUDIT
450         bool "Auditing support"
451         depends on NET
452         help
453           Enable auditing infrastructure that can be used with another
454           kernel subsystem, such as SELinux (which requires this for
455           logging of avc messages output).  System call auditing is included
456           on architectures which support it.
457
458 config HAVE_ARCH_AUDITSYSCALL
459         bool
460
461 config AUDITSYSCALL
462         def_bool y
463         depends on AUDIT && HAVE_ARCH_AUDITSYSCALL
464         select FSNOTIFY
465
466 source "kernel/irq/Kconfig"
467 source "kernel/time/Kconfig"
468 source "kernel/bpf/Kconfig"
469 source "kernel/Kconfig.preempt"
470
471 menu "CPU/Task time and stats accounting"
472
473 config VIRT_CPU_ACCOUNTING
474         bool
475
476 choice
477         prompt "Cputime accounting"
478         default TICK_CPU_ACCOUNTING
479
480 # Kind of a stub config for the pure tick based cputime accounting
481 config TICK_CPU_ACCOUNTING
482         bool "Simple tick based cputime accounting"
483         depends on !S390 && !NO_HZ_FULL
484         help
485           This is the basic tick based cputime accounting that maintains
486           statistics about user, system and idle time spent on per jiffies
487           granularity.
488
489           If unsure, say Y.
490
491 config VIRT_CPU_ACCOUNTING_NATIVE
492         bool "Deterministic task and CPU time accounting"
493         depends on HAVE_VIRT_CPU_ACCOUNTING && !NO_HZ_FULL
494         select VIRT_CPU_ACCOUNTING
495         help
496           Select this option to enable more accurate task and CPU time
497           accounting.  This is done by reading a CPU counter on each
498           kernel entry and exit and on transitions within the kernel
499           between system, softirq and hardirq state, so there is a
500           small performance impact.  In the case of s390 or IBM POWER > 5,
501           this also enables accounting of stolen time on logically-partitioned
502           systems.
503
504 config VIRT_CPU_ACCOUNTING_GEN
505         bool "Full dynticks CPU time accounting"
506         depends on HAVE_CONTEXT_TRACKING_USER
507         depends on HAVE_VIRT_CPU_ACCOUNTING_GEN
508         depends on GENERIC_CLOCKEVENTS
509         select VIRT_CPU_ACCOUNTING
510         select CONTEXT_TRACKING_USER
511         help
512           Select this option to enable task and CPU time accounting on full
513           dynticks systems. This accounting is implemented by watching every
514           kernel-user boundaries using the context tracking subsystem.
515           The accounting is thus performed at the expense of some significant
516           overhead.
517
518           For now this is only useful if you are working on the full
519           dynticks subsystem development.
520
521           If unsure, say N.
522
523 endchoice
524
525 config IRQ_TIME_ACCOUNTING
526         bool "Fine granularity task level IRQ time accounting"
527         depends on HAVE_IRQ_TIME_ACCOUNTING && !VIRT_CPU_ACCOUNTING_NATIVE
528         help
529           Select this option to enable fine granularity task irq time
530           accounting. This is done by reading a timestamp on each
531           transitions between softirq and hardirq state, so there can be a
532           small performance impact.
533
534           If in doubt, say N here.
535
536 config HAVE_SCHED_AVG_IRQ
537         def_bool y
538         depends on IRQ_TIME_ACCOUNTING || PARAVIRT_TIME_ACCOUNTING
539         depends on SMP
540
541 config SCHED_THERMAL_PRESSURE
542         bool
543         default y if ARM && ARM_CPU_TOPOLOGY
544         default y if ARM64
545         depends on SMP
546         depends on CPU_FREQ_THERMAL
547         help
548           Select this option to enable thermal pressure accounting in the
549           scheduler. Thermal pressure is the value conveyed to the scheduler
550           that reflects the reduction in CPU compute capacity resulted from
551           thermal throttling. Thermal throttling occurs when the performance of
552           a CPU is capped due to high operating temperatures.
553
554           If selected, the scheduler will be able to balance tasks accordingly,
555           i.e. put less load on throttled CPUs than on non/less throttled ones.
556
557           This requires the architecture to implement
558           arch_update_thermal_pressure() and arch_scale_thermal_pressure().
559
560 config BSD_PROCESS_ACCT
561         bool "BSD Process Accounting"
562         depends on MULTIUSER
563         help
564           If you say Y here, a user level program will be able to instruct the
565           kernel (via a special system call) to write process accounting
566           information to a file: whenever a process exits, information about
567           that process will be appended to the file by the kernel.  The
568           information includes things such as creation time, owning user,
569           command name, memory usage, controlling terminal etc. (the complete
570           list is in the struct acct in <file:include/linux/acct.h>).  It is
571           up to the user level program to do useful things with this
572           information.  This is generally a good idea, so say Y.
573
574 config BSD_PROCESS_ACCT_V3
575         bool "BSD Process Accounting version 3 file format"
576         depends on BSD_PROCESS_ACCT
577         default n
578         help
579           If you say Y here, the process accounting information is written
580           in a new file format that also logs the process IDs of each
581           process and its parent. Note that this file format is incompatible
582           with previous v0/v1/v2 file formats, so you will need updated tools
583           for processing it. A preliminary version of these tools is available
584           at <http://www.gnu.org/software/acct/>.
585
586 config TASKSTATS
587         bool "Export task/process statistics through netlink"
588         depends on NET
589         depends on MULTIUSER
590         default n
591         help
592           Export selected statistics for tasks/processes through the
593           generic netlink interface. Unlike BSD process accounting, the
594           statistics are available during the lifetime of tasks/processes as
595           responses to commands. Like BSD accounting, they are sent to user
596           space on task exit.
597
598           Say N if unsure.
599
600 config TASK_DELAY_ACCT
601         bool "Enable per-task delay accounting"
602         depends on TASKSTATS
603         select SCHED_INFO
604         help
605           Collect information on time spent by a task waiting for system
606           resources like cpu, synchronous block I/O completion and swapping
607           in pages. Such statistics can help in setting a task's priorities
608           relative to other tasks for cpu, io, rss limits etc.
609
610           Say N if unsure.
611
612 config TASK_XACCT
613         bool "Enable extended accounting over taskstats"
614         depends on TASKSTATS
615         help
616           Collect extended task accounting data and send the data
617           to userland for processing over the taskstats interface.
618
619           Say N if unsure.
620
621 config TASK_IO_ACCOUNTING
622         bool "Enable per-task storage I/O accounting"
623         depends on TASK_XACCT
624         help
625           Collect information on the number of bytes of storage I/O which this
626           task has caused.
627
628           Say N if unsure.
629
630 config PSI
631         bool "Pressure stall information tracking"
632         help
633           Collect metrics that indicate how overcommitted the CPU, memory,
634           and IO capacity are in the system.
635
636           If you say Y here, the kernel will create /proc/pressure/ with the
637           pressure statistics files cpu, memory, and io. These will indicate
638           the share of walltime in which some or all tasks in the system are
639           delayed due to contention of the respective resource.
640
641           In kernels with cgroup support, cgroups (cgroup2 only) will
642           have cpu.pressure, memory.pressure, and io.pressure files,
643           which aggregate pressure stalls for the grouped tasks only.
644
645           For more details see Documentation/accounting/psi.rst.
646
647           Say N if unsure.
648
649 config PSI_DEFAULT_DISABLED
650         bool "Require boot parameter to enable pressure stall information tracking"
651         default n
652         depends on PSI
653         help
654           If set, pressure stall information tracking will be disabled
655           per default but can be enabled through passing psi=1 on the
656           kernel commandline during boot.
657
658           This feature adds some code to the task wakeup and sleep
659           paths of the scheduler. The overhead is too low to affect
660           common scheduling-intense workloads in practice (such as
661           webservers, memcache), but it does show up in artificial
662           scheduler stress tests, such as hackbench.
663
664           If you are paranoid and not sure what the kernel will be
665           used for, say Y.
666
667           Say N if unsure.
668
669 endmenu # "CPU/Task time and stats accounting"
670
671 config CPU_ISOLATION
672         bool "CPU isolation"
673         depends on SMP || COMPILE_TEST
674         default y
675         help
676           Make sure that CPUs running critical tasks are not disturbed by
677           any source of "noise" such as unbound workqueues, timers, kthreads...
678           Unbound jobs get offloaded to housekeeping CPUs. This is driven by
679           the "isolcpus=" boot parameter.
680
681           Say Y if unsure.
682
683 source "kernel/rcu/Kconfig"
684
685 config IKCONFIG
686         tristate "Kernel .config support"
687         help
688           This option enables the complete Linux kernel ".config" file
689           contents to be saved in the kernel. It provides documentation
690           of which kernel options are used in a running kernel or in an
691           on-disk kernel.  This information can be extracted from the kernel
692           image file with the script scripts/extract-ikconfig and used as
693           input to rebuild the current kernel or to build another kernel.
694           It can also be extracted from a running kernel by reading
695           /proc/config.gz if enabled (below).
696
697 config IKCONFIG_PROC
698         bool "Enable access to .config through /proc/config.gz"
699         depends on IKCONFIG && PROC_FS
700         help
701           This option enables access to the kernel configuration file
702           through /proc/config.gz.
703
704 config IKHEADERS
705         tristate "Enable kernel headers through /sys/kernel/kheaders.tar.xz"
706         depends on SYSFS
707         help
708           This option enables access to the in-kernel headers that are generated during
709           the build process. These can be used to build eBPF tracing programs,
710           or similar programs.  If you build the headers as a module, a module called
711           kheaders.ko is built which can be loaded on-demand to get access to headers.
712
713 config LOG_BUF_SHIFT
714         int "Kernel log buffer size (16 => 64KB, 17 => 128KB)"
715         range 12 25
716         default 17
717         depends on PRINTK
718         help
719           Select the minimal kernel log buffer size as a power of 2.
720           The final size is affected by LOG_CPU_MAX_BUF_SHIFT config
721           parameter, see below. Any higher size also might be forced
722           by "log_buf_len" boot parameter.
723
724           Examples:
725                      17 => 128 KB
726                      16 => 64 KB
727                      15 => 32 KB
728                      14 => 16 KB
729                      13 =>  8 KB
730                      12 =>  4 KB
731
732 config LOG_CPU_MAX_BUF_SHIFT
733         int "CPU kernel log buffer size contribution (13 => 8 KB, 17 => 128KB)"
734         depends on SMP
735         range 0 21
736         default 12 if !BASE_SMALL
737         default 0 if BASE_SMALL
738         depends on PRINTK
739         help
740           This option allows to increase the default ring buffer size
741           according to the number of CPUs. The value defines the contribution
742           of each CPU as a power of 2. The used space is typically only few
743           lines however it might be much more when problems are reported,
744           e.g. backtraces.
745
746           The increased size means that a new buffer has to be allocated and
747           the original static one is unused. It makes sense only on systems
748           with more CPUs. Therefore this value is used only when the sum of
749           contributions is greater than the half of the default kernel ring
750           buffer as defined by LOG_BUF_SHIFT. The default values are set
751           so that more than 16 CPUs are needed to trigger the allocation.
752
753           Also this option is ignored when "log_buf_len" kernel parameter is
754           used as it forces an exact (power of two) size of the ring buffer.
755
756           The number of possible CPUs is used for this computation ignoring
757           hotplugging making the computation optimal for the worst case
758           scenario while allowing a simple algorithm to be used from bootup.
759
760           Examples shift values and their meaning:
761                      17 => 128 KB for each CPU
762                      16 =>  64 KB for each CPU
763                      15 =>  32 KB for each CPU
764                      14 =>  16 KB for each CPU
765                      13 =>   8 KB for each CPU
766                      12 =>   4 KB for each CPU
767
768 config PRINTK_INDEX
769         bool "Printk indexing debugfs interface"
770         depends on PRINTK && DEBUG_FS
771         help
772           Add support for indexing of all printk formats known at compile time
773           at <debugfs>/printk/index/<module>.
774
775           This can be used as part of maintaining daemons which monitor
776           /dev/kmsg, as it permits auditing the printk formats present in a
777           kernel, allowing detection of cases where monitored printks are
778           changed or no longer present.
779
780           There is no additional runtime cost to printk with this enabled.
781
782 #
783 # Architectures with an unreliable sched_clock() should select this:
784 #
785 config HAVE_UNSTABLE_SCHED_CLOCK
786         bool
787
788 config GENERIC_SCHED_CLOCK
789         bool
790
791 menu "Scheduler features"
792
793 config UCLAMP_TASK
794         bool "Enable utilization clamping for RT/FAIR tasks"
795         depends on CPU_FREQ_GOV_SCHEDUTIL
796         help
797           This feature enables the scheduler to track the clamped utilization
798           of each CPU based on RUNNABLE tasks scheduled on that CPU.
799
800           With this option, the user can specify the min and max CPU
801           utilization allowed for RUNNABLE tasks. The max utilization defines
802           the maximum frequency a task should use while the min utilization
803           defines the minimum frequency it should use.
804
805           Both min and max utilization clamp values are hints to the scheduler,
806           aiming at improving its frequency selection policy, but they do not
807           enforce or grant any specific bandwidth for tasks.
808
809           If in doubt, say N.
810
811 config UCLAMP_BUCKETS_COUNT
812         int "Number of supported utilization clamp buckets"
813         range 5 20
814         default 5
815         depends on UCLAMP_TASK
816         help
817           Defines the number of clamp buckets to use. The range of each bucket
818           will be SCHED_CAPACITY_SCALE/UCLAMP_BUCKETS_COUNT. The higher the
819           number of clamp buckets the finer their granularity and the higher
820           the precision of clamping aggregation and tracking at run-time.
821
822           For example, with the minimum configuration value we will have 5
823           clamp buckets tracking 20% utilization each. A 25% boosted tasks will
824           be refcounted in the [20..39]% bucket and will set the bucket clamp
825           effective value to 25%.
826           If a second 30% boosted task should be co-scheduled on the same CPU,
827           that task will be refcounted in the same bucket of the first task and
828           it will boost the bucket clamp effective value to 30%.
829           The clamp effective value of a bucket is reset to its nominal value
830           (20% in the example above) when there are no more tasks refcounted in
831           that bucket.
832
833           An additional boost/capping margin can be added to some tasks. In the
834           example above the 25% task will be boosted to 30% until it exits the
835           CPU. If that should be considered not acceptable on certain systems,
836           it's always possible to reduce the margin by increasing the number of
837           clamp buckets to trade off used memory for run-time tracking
838           precision.
839
840           If in doubt, use the default value.
841
842 endmenu
843
844 #
845 # For architectures that want to enable the support for NUMA-affine scheduler
846 # balancing logic:
847 #
848 config ARCH_SUPPORTS_NUMA_BALANCING
849         bool
850
851 #
852 # For architectures that prefer to flush all TLBs after a number of pages
853 # are unmapped instead of sending one IPI per page to flush. The architecture
854 # must provide guarantees on what happens if a clean TLB cache entry is
855 # written after the unmap. Details are in mm/rmap.c near the check for
856 # should_defer_flush. The architecture should also consider if the full flush
857 # and the refill costs are offset by the savings of sending fewer IPIs.
858 config ARCH_WANT_BATCHED_UNMAP_TLB_FLUSH
859         bool
860
861 config CC_HAS_INT128
862         def_bool !$(cc-option,$(m64-flag) -D__SIZEOF_INT128__=0) && 64BIT
863
864 config CC_IMPLICIT_FALLTHROUGH
865         string
866         default "-Wimplicit-fallthrough=5" if CC_IS_GCC && $(cc-option,-Wimplicit-fallthrough=5)
867         default "-Wimplicit-fallthrough" if CC_IS_CLANG && $(cc-option,-Wunreachable-code-fallthrough)
868
869 # Currently, disable gcc-11+ array-bounds globally.
870 # It's still broken in gcc-13, so no upper bound yet.
871 config GCC11_NO_ARRAY_BOUNDS
872         def_bool y
873
874 config CC_NO_ARRAY_BOUNDS
875         bool
876         default y if CC_IS_GCC && GCC_VERSION >= 110000 && GCC11_NO_ARRAY_BOUNDS
877
878 #
879 # For architectures that know their GCC __int128 support is sound
880 #
881 config ARCH_SUPPORTS_INT128
882         bool
883
884 # For architectures that (ab)use NUMA to represent different memory regions
885 # all cpu-local but of different latencies, such as SuperH.
886 #
887 config ARCH_WANT_NUMA_VARIABLE_LOCALITY
888         bool
889
890 config NUMA_BALANCING
891         bool "Memory placement aware NUMA scheduler"
892         depends on ARCH_SUPPORTS_NUMA_BALANCING
893         depends on !ARCH_WANT_NUMA_VARIABLE_LOCALITY
894         depends on SMP && NUMA && MIGRATION && !PREEMPT_RT
895         help
896           This option adds support for automatic NUMA aware memory/task placement.
897           The mechanism is quite primitive and is based on migrating memory when
898           it has references to the node the task is running on.
899
900           This system will be inactive on UMA systems.
901
902 config NUMA_BALANCING_DEFAULT_ENABLED
903         bool "Automatically enable NUMA aware memory/task placement"
904         default y
905         depends on NUMA_BALANCING
906         help
907           If set, automatic NUMA balancing will be enabled if running on a NUMA
908           machine.
909
910 menuconfig CGROUPS
911         bool "Control Group support"
912         select KERNFS
913         help
914           This option adds support for grouping sets of processes together, for
915           use with process control subsystems such as Cpusets, CFS, memory
916           controls or device isolation.
917           See
918                 - Documentation/scheduler/sched-design-CFS.rst  (CFS)
919                 - Documentation/admin-guide/cgroup-v1/ (features for grouping, isolation
920                                           and resource control)
921
922           Say N if unsure.
923
924 if CGROUPS
925
926 config PAGE_COUNTER
927         bool
928
929 config CGROUP_FAVOR_DYNMODS
930         bool "Favor dynamic modification latency reduction by default"
931         help
932           This option enables the "favordynmods" mount option by default
933           which reduces the latencies of dynamic cgroup modifications such
934           as task migrations and controller on/offs at the cost of making
935           hot path operations such as forks and exits more expensive.
936
937           Say N if unsure.
938
939 config MEMCG
940         bool "Memory controller"
941         select PAGE_COUNTER
942         select EVENTFD
943         help
944           Provides control over the memory footprint of tasks in a cgroup.
945
946 config MEMCG_KMEM
947         bool
948         depends on MEMCG
949         default y
950
951 config BLK_CGROUP
952         bool "IO controller"
953         depends on BLOCK
954         default n
955         help
956         Generic block IO controller cgroup interface. This is the common
957         cgroup interface which should be used by various IO controlling
958         policies.
959
960         Currently, CFQ IO scheduler uses it to recognize task groups and
961         control disk bandwidth allocation (proportional time slice allocation)
962         to such task groups. It is also used by bio throttling logic in
963         block layer to implement upper limit in IO rates on a device.
964
965         This option only enables generic Block IO controller infrastructure.
966         One needs to also enable actual IO controlling logic/policy. For
967         enabling proportional weight division of disk bandwidth in CFQ, set
968         CONFIG_BFQ_GROUP_IOSCHED=y; for enabling throttling policy, set
969         CONFIG_BLK_DEV_THROTTLING=y.
970
971         See Documentation/admin-guide/cgroup-v1/blkio-controller.rst for more information.
972
973 config CGROUP_WRITEBACK
974         bool
975         depends on MEMCG && BLK_CGROUP
976         default y
977
978 menuconfig CGROUP_SCHED
979         bool "CPU controller"
980         default n
981         help
982           This feature lets CPU scheduler recognize task groups and control CPU
983           bandwidth allocation to such task groups. It uses cgroups to group
984           tasks.
985
986 if CGROUP_SCHED
987 config FAIR_GROUP_SCHED
988         bool "Group scheduling for SCHED_OTHER"
989         depends on CGROUP_SCHED
990         default CGROUP_SCHED
991
992 config CFS_BANDWIDTH
993         bool "CPU bandwidth provisioning for FAIR_GROUP_SCHED"
994         depends on FAIR_GROUP_SCHED
995         default n
996         help
997           This option allows users to define CPU bandwidth rates (limits) for
998           tasks running within the fair group scheduler.  Groups with no limit
999           set are considered to be unconstrained and will run with no
1000           restriction.
1001           See Documentation/scheduler/sched-bwc.rst for more information.
1002
1003 config RT_GROUP_SCHED
1004         bool "Group scheduling for SCHED_RR/FIFO"
1005         depends on CGROUP_SCHED
1006         default n
1007         help
1008           This feature lets you explicitly allocate real CPU bandwidth
1009           to task groups. If enabled, it will also make it impossible to
1010           schedule realtime tasks for non-root users until you allocate
1011           realtime bandwidth for them.
1012           See Documentation/scheduler/sched-rt-group.rst for more information.
1013
1014 endif #CGROUP_SCHED
1015
1016 config SCHED_MM_CID
1017         def_bool y
1018         depends on SMP && RSEQ
1019
1020 config UCLAMP_TASK_GROUP
1021         bool "Utilization clamping per group of tasks"
1022         depends on CGROUP_SCHED
1023         depends on UCLAMP_TASK
1024         default n
1025         help
1026           This feature enables the scheduler to track the clamped utilization
1027           of each CPU based on RUNNABLE tasks currently scheduled on that CPU.
1028
1029           When this option is enabled, the user can specify a min and max
1030           CPU bandwidth which is allowed for each single task in a group.
1031           The max bandwidth allows to clamp the maximum frequency a task
1032           can use, while the min bandwidth allows to define a minimum
1033           frequency a task will always use.
1034
1035           When task group based utilization clamping is enabled, an eventually
1036           specified task-specific clamp value is constrained by the cgroup
1037           specified clamp value. Both minimum and maximum task clamping cannot
1038           be bigger than the corresponding clamping defined at task group level.
1039
1040           If in doubt, say N.
1041
1042 config CGROUP_PIDS
1043         bool "PIDs controller"
1044         help
1045           Provides enforcement of process number limits in the scope of a
1046           cgroup. Any attempt to fork more processes than is allowed in the
1047           cgroup will fail. PIDs are fundamentally a global resource because it
1048           is fairly trivial to reach PID exhaustion before you reach even a
1049           conservative kmemcg limit. As a result, it is possible to grind a
1050           system to halt without being limited by other cgroup policies. The
1051           PIDs controller is designed to stop this from happening.
1052
1053           It should be noted that organisational operations (such as attaching
1054           to a cgroup hierarchy) will *not* be blocked by the PIDs controller,
1055           since the PIDs limit only affects a process's ability to fork, not to
1056           attach to a cgroup.
1057
1058 config CGROUP_RDMA
1059         bool "RDMA controller"
1060         help
1061           Provides enforcement of RDMA resources defined by IB stack.
1062           It is fairly easy for consumers to exhaust RDMA resources, which
1063           can result into resource unavailability to other consumers.
1064           RDMA controller is designed to stop this from happening.
1065           Attaching processes with active RDMA resources to the cgroup
1066           hierarchy is allowed even if can cross the hierarchy's limit.
1067
1068 config CGROUP_FREEZER
1069         bool "Freezer controller"
1070         help
1071           Provides a way to freeze and unfreeze all tasks in a
1072           cgroup.
1073
1074           This option affects the ORIGINAL cgroup interface. The cgroup2 memory
1075           controller includes important in-kernel memory consumers per default.
1076
1077           If you're using cgroup2, say N.
1078
1079 config CGROUP_HUGETLB
1080         bool "HugeTLB controller"
1081         depends on HUGETLB_PAGE
1082         select PAGE_COUNTER
1083         default n
1084         help
1085           Provides a cgroup controller for HugeTLB pages.
1086           When you enable this, you can put a per cgroup limit on HugeTLB usage.
1087           The limit is enforced during page fault. Since HugeTLB doesn't
1088           support page reclaim, enforcing the limit at page fault time implies
1089           that, the application will get SIGBUS signal if it tries to access
1090           HugeTLB pages beyond its limit. This requires the application to know
1091           beforehand how much HugeTLB pages it would require for its use. The
1092           control group is tracked in the third page lru pointer. This means
1093           that we cannot use the controller with huge page less than 3 pages.
1094
1095 config CPUSETS
1096         bool "Cpuset controller"
1097         depends on SMP
1098         help
1099           This option will let you create and manage CPUSETs which
1100           allow dynamically partitioning a system into sets of CPUs and
1101           Memory Nodes and assigning tasks to run only within those sets.
1102           This is primarily useful on large SMP or NUMA systems.
1103
1104           Say N if unsure.
1105
1106 config PROC_PID_CPUSET
1107         bool "Include legacy /proc/<pid>/cpuset file"
1108         depends on CPUSETS
1109         default y
1110
1111 config CGROUP_DEVICE
1112         bool "Device controller"
1113         help
1114           Provides a cgroup controller implementing whitelists for
1115           devices which a process in the cgroup can mknod or open.
1116
1117 config CGROUP_CPUACCT
1118         bool "Simple CPU accounting controller"
1119         help
1120           Provides a simple controller for monitoring the
1121           total CPU consumed by the tasks in a cgroup.
1122
1123 config CGROUP_PERF
1124         bool "Perf controller"
1125         depends on PERF_EVENTS
1126         help
1127           This option extends the perf per-cpu mode to restrict monitoring
1128           to threads which belong to the cgroup specified and run on the
1129           designated cpu.  Or this can be used to have cgroup ID in samples
1130           so that it can monitor performance events among cgroups.
1131
1132           Say N if unsure.
1133
1134 config CGROUP_BPF
1135         bool "Support for eBPF programs attached to cgroups"
1136         depends on BPF_SYSCALL
1137         select SOCK_CGROUP_DATA
1138         help
1139           Allow attaching eBPF programs to a cgroup using the bpf(2)
1140           syscall command BPF_PROG_ATTACH.
1141
1142           In which context these programs are accessed depends on the type
1143           of attachment. For instance, programs that are attached using
1144           BPF_CGROUP_INET_INGRESS will be executed on the ingress path of
1145           inet sockets.
1146
1147 config CGROUP_MISC
1148         bool "Misc resource controller"
1149         default n
1150         help
1151           Provides a controller for miscellaneous resources on a host.
1152
1153           Miscellaneous scalar resources are the resources on the host system
1154           which cannot be abstracted like the other cgroups. This controller
1155           tracks and limits the miscellaneous resources used by a process
1156           attached to a cgroup hierarchy.
1157
1158           For more information, please check misc cgroup section in
1159           /Documentation/admin-guide/cgroup-v2.rst.
1160
1161 config CGROUP_DEBUG
1162         bool "Debug controller"
1163         default n
1164         depends on DEBUG_KERNEL
1165         help
1166           This option enables a simple controller that exports
1167           debugging information about the cgroups framework. This
1168           controller is for control cgroup debugging only. Its
1169           interfaces are not stable.
1170
1171           Say N.
1172
1173 config SOCK_CGROUP_DATA
1174         bool
1175         default n
1176
1177 endif # CGROUPS
1178
1179 menuconfig NAMESPACES
1180         bool "Namespaces support" if EXPERT
1181         depends on MULTIUSER
1182         default !EXPERT
1183         help
1184           Provides the way to make tasks work with different objects using
1185           the same id. For example same IPC id may refer to different objects
1186           or same user id or pid may refer to different tasks when used in
1187           different namespaces.
1188
1189 if NAMESPACES
1190
1191 config UTS_NS
1192         bool "UTS namespace"
1193         default y
1194         help
1195           In this namespace tasks see different info provided with the
1196           uname() system call
1197
1198 config TIME_NS
1199         bool "TIME namespace"
1200         depends on GENERIC_VDSO_TIME_NS
1201         default y
1202         help
1203           In this namespace boottime and monotonic clocks can be set.
1204           The time will keep going with the same pace.
1205
1206 config IPC_NS
1207         bool "IPC namespace"
1208         depends on (SYSVIPC || POSIX_MQUEUE)
1209         default y
1210         help
1211           In this namespace tasks work with IPC ids which correspond to
1212           different IPC objects in different namespaces.
1213
1214 config USER_NS
1215         bool "User namespace"
1216         default n
1217         help
1218           This allows containers, i.e. vservers, to use user namespaces
1219           to provide different user info for different servers.
1220
1221           When user namespaces are enabled in the kernel it is
1222           recommended that the MEMCG option also be enabled and that
1223           user-space use the memory control groups to limit the amount
1224           of memory a memory unprivileged users can use.
1225
1226           If unsure, say N.
1227
1228 config PID_NS
1229         bool "PID Namespaces"
1230         default y
1231         help
1232           Support process id namespaces.  This allows having multiple
1233           processes with the same pid as long as they are in different
1234           pid namespaces.  This is a building block of containers.
1235
1236 config NET_NS
1237         bool "Network namespace"
1238         depends on NET
1239         default y
1240         help
1241           Allow user space to create what appear to be multiple instances
1242           of the network stack.
1243
1244 endif # NAMESPACES
1245
1246 config CHECKPOINT_RESTORE
1247         bool "Checkpoint/restore support"
1248         depends on PROC_FS
1249         select PROC_CHILDREN
1250         select KCMP
1251         default n
1252         help
1253           Enables additional kernel features in a sake of checkpoint/restore.
1254           In particular it adds auxiliary prctl codes to setup process text,
1255           data and heap segment sizes, and a few additional /proc filesystem
1256           entries.
1257
1258           If unsure, say N here.
1259
1260 config SCHED_AUTOGROUP
1261         bool "Automatic process group scheduling"
1262         select CGROUPS
1263         select CGROUP_SCHED
1264         select FAIR_GROUP_SCHED
1265         help
1266           This option optimizes the scheduler for common desktop workloads by
1267           automatically creating and populating task groups.  This separation
1268           of workloads isolates aggressive CPU burners (like build jobs) from
1269           desktop applications.  Task group autogeneration is currently based
1270           upon task session.
1271
1272 config RELAY
1273         bool "Kernel->user space relay support (formerly relayfs)"
1274         select IRQ_WORK
1275         help
1276           This option enables support for relay interface support in
1277           certain file systems (such as debugfs).
1278           It is designed to provide an efficient mechanism for tools and
1279           facilities to relay large amounts of data from kernel space to
1280           user space.
1281
1282           If unsure, say N.
1283
1284 config BLK_DEV_INITRD
1285         bool "Initial RAM filesystem and RAM disk (initramfs/initrd) support"
1286         help
1287           The initial RAM filesystem is a ramfs which is loaded by the
1288           boot loader (loadlin or lilo) and that is mounted as root
1289           before the normal boot procedure. It is typically used to
1290           load modules needed to mount the "real" root file system,
1291           etc. See <file:Documentation/admin-guide/initrd.rst> for details.
1292
1293           If RAM disk support (BLK_DEV_RAM) is also included, this
1294           also enables initial RAM disk (initrd) support and adds
1295           15 Kbytes (more on some other architectures) to the kernel size.
1296
1297           If unsure say Y.
1298
1299 if BLK_DEV_INITRD
1300
1301 source "usr/Kconfig"
1302
1303 endif
1304
1305 config BOOT_CONFIG
1306         bool "Boot config support"
1307         select BLK_DEV_INITRD if !BOOT_CONFIG_EMBED
1308         help
1309           Extra boot config allows system admin to pass a config file as
1310           complemental extension of kernel cmdline when booting.
1311           The boot config file must be attached at the end of initramfs
1312           with checksum, size and magic word.
1313           See <file:Documentation/admin-guide/bootconfig.rst> for details.
1314
1315           If unsure, say Y.
1316
1317 config BOOT_CONFIG_FORCE
1318         bool "Force unconditional bootconfig processing"
1319         depends on BOOT_CONFIG
1320         default y if BOOT_CONFIG_EMBED
1321         help
1322           With this Kconfig option set, BOOT_CONFIG processing is carried
1323           out even when the "bootconfig" kernel-boot parameter is omitted.
1324           In fact, with this Kconfig option set, there is no way to
1325           make the kernel ignore the BOOT_CONFIG-supplied kernel-boot
1326           parameters.
1327
1328           If unsure, say N.
1329
1330 config BOOT_CONFIG_EMBED
1331         bool "Embed bootconfig file in the kernel"
1332         depends on BOOT_CONFIG
1333         help
1334           Embed a bootconfig file given by BOOT_CONFIG_EMBED_FILE in the
1335           kernel. Usually, the bootconfig file is loaded with the initrd
1336           image. But if the system doesn't support initrd, this option will
1337           help you by embedding a bootconfig file while building the kernel.
1338
1339           If unsure, say N.
1340
1341 config BOOT_CONFIG_EMBED_FILE
1342         string "Embedded bootconfig file path"
1343         depends on BOOT_CONFIG_EMBED
1344         help
1345           Specify a bootconfig file which will be embedded to the kernel.
1346           This bootconfig will be used if there is no initrd or no other
1347           bootconfig in the initrd.
1348
1349 config INITRAMFS_PRESERVE_MTIME
1350         bool "Preserve cpio archive mtimes in initramfs"
1351         default y
1352         help
1353           Each entry in an initramfs cpio archive carries an mtime value. When
1354           enabled, extracted cpio items take this mtime, with directory mtime
1355           setting deferred until after creation of any child entries.
1356
1357           If unsure, say Y.
1358
1359 choice
1360         prompt "Compiler optimization level"
1361         default CC_OPTIMIZE_FOR_PERFORMANCE
1362
1363 config CC_OPTIMIZE_FOR_PERFORMANCE
1364         bool "Optimize for performance (-O2)"
1365         help
1366           This is the default optimization level for the kernel, building
1367           with the "-O2" compiler flag for best performance and most
1368           helpful compile-time warnings.
1369
1370 config CC_OPTIMIZE_FOR_SIZE
1371         bool "Optimize for size (-Os)"
1372         help
1373           Choosing this option will pass "-Os" to your compiler resulting
1374           in a smaller kernel.
1375
1376 endchoice
1377
1378 config HAVE_LD_DEAD_CODE_DATA_ELIMINATION
1379         bool
1380         help
1381           This requires that the arch annotates or otherwise protects
1382           its external entry points from being discarded. Linker scripts
1383           must also merge .text.*, .data.*, and .bss.* correctly into
1384           output sections. Care must be taken not to pull in unrelated
1385           sections (e.g., '.text.init'). Typically '.' in section names
1386           is used to distinguish them from label names / C identifiers.
1387
1388 config LD_DEAD_CODE_DATA_ELIMINATION
1389         bool "Dead code and data elimination (EXPERIMENTAL)"
1390         depends on HAVE_LD_DEAD_CODE_DATA_ELIMINATION
1391         depends on EXPERT
1392         depends on $(cc-option,-ffunction-sections -fdata-sections)
1393         depends on $(ld-option,--gc-sections)
1394         help
1395           Enable this if you want to do dead code and data elimination with
1396           the linker by compiling with -ffunction-sections -fdata-sections,
1397           and linking with --gc-sections.
1398
1399           This can reduce on disk and in-memory size of the kernel
1400           code and static data, particularly for small configs and
1401           on small systems. This has the possibility of introducing
1402           silently broken kernel if the required annotations are not
1403           present. This option is not well tested yet, so use at your
1404           own risk.
1405
1406 config LD_ORPHAN_WARN
1407         def_bool y
1408         depends on ARCH_WANT_LD_ORPHAN_WARN
1409         depends on $(ld-option,--orphan-handling=warn)
1410         depends on $(ld-option,--orphan-handling=error)
1411
1412 config LD_ORPHAN_WARN_LEVEL
1413         string
1414         depends on LD_ORPHAN_WARN
1415         default "error" if WERROR
1416         default "warn"
1417
1418 config SYSCTL
1419         bool
1420
1421 config HAVE_UID16
1422         bool
1423
1424 config SYSCTL_EXCEPTION_TRACE
1425         bool
1426         help
1427           Enable support for /proc/sys/debug/exception-trace.
1428
1429 config SYSCTL_ARCH_UNALIGN_NO_WARN
1430         bool
1431         help
1432           Enable support for /proc/sys/kernel/ignore-unaligned-usertrap
1433           Allows arch to define/use @no_unaligned_warning to possibly warn
1434           about unaligned access emulation going on under the hood.
1435
1436 config SYSCTL_ARCH_UNALIGN_ALLOW
1437         bool
1438         help
1439           Enable support for /proc/sys/kernel/unaligned-trap
1440           Allows arches to define/use @unaligned_enabled to runtime toggle
1441           the unaligned access emulation.
1442           see arch/parisc/kernel/unaligned.c for reference
1443
1444 config HAVE_PCSPKR_PLATFORM
1445         bool
1446
1447 # interpreter that classic socket filters depend on
1448 config BPF
1449         bool
1450         select CRYPTO_LIB_SHA1
1451
1452 menuconfig EXPERT
1453         bool "Configure standard kernel features (expert users)"
1454         # Unhide debug options, to make the on-by-default options visible
1455         select DEBUG_KERNEL
1456         help
1457           This option allows certain base kernel options and settings
1458           to be disabled or tweaked. This is for specialized
1459           environments which can tolerate a "non-standard" kernel.
1460           Only use this if you really know what you are doing.
1461
1462 config UID16
1463         bool "Enable 16-bit UID system calls" if EXPERT
1464         depends on HAVE_UID16 && MULTIUSER
1465         default y
1466         help
1467           This enables the legacy 16-bit UID syscall wrappers.
1468
1469 config MULTIUSER
1470         bool "Multiple users, groups and capabilities support" if EXPERT
1471         default y
1472         help
1473           This option enables support for non-root users, groups and
1474           capabilities.
1475
1476           If you say N here, all processes will run with UID 0, GID 0, and all
1477           possible capabilities.  Saying N here also compiles out support for
1478           system calls related to UIDs, GIDs, and capabilities, such as setuid,
1479           setgid, and capset.
1480
1481           If unsure, say Y here.
1482
1483 config SGETMASK_SYSCALL
1484         bool "sgetmask/ssetmask syscalls support" if EXPERT
1485         def_bool PARISC || M68K || PPC || MIPS || X86 || SPARC || MICROBLAZE || SUPERH
1486         help
1487           sys_sgetmask and sys_ssetmask are obsolete system calls
1488           no longer supported in libc but still enabled by default in some
1489           architectures.
1490
1491           If unsure, leave the default option here.
1492
1493 config SYSFS_SYSCALL
1494         bool "Sysfs syscall support" if EXPERT
1495         default y
1496         help
1497           sys_sysfs is an obsolete system call no longer supported in libc.
1498           Note that disabling this option is more secure but might break
1499           compatibility with some systems.
1500
1501           If unsure say Y here.
1502
1503 config FHANDLE
1504         bool "open by fhandle syscalls" if EXPERT
1505         select EXPORTFS
1506         default y
1507         help
1508           If you say Y here, a user level program will be able to map
1509           file names to handle and then later use the handle for
1510           different file system operations. This is useful in implementing
1511           userspace file servers, which now track files using handles instead
1512           of names. The handle would remain the same even if file names
1513           get renamed. Enables open_by_handle_at(2) and name_to_handle_at(2)
1514           syscalls.
1515
1516 config POSIX_TIMERS
1517         bool "Posix Clocks & timers" if EXPERT
1518         default y
1519         help
1520           This includes native support for POSIX timers to the kernel.
1521           Some embedded systems have no use for them and therefore they
1522           can be configured out to reduce the size of the kernel image.
1523
1524           When this option is disabled, the following syscalls won't be
1525           available: timer_create, timer_gettime: timer_getoverrun,
1526           timer_settime, timer_delete, clock_adjtime, getitimer,
1527           setitimer, alarm. Furthermore, the clock_settime, clock_gettime,
1528           clock_getres and clock_nanosleep syscalls will be limited to
1529           CLOCK_REALTIME, CLOCK_MONOTONIC and CLOCK_BOOTTIME only.
1530
1531           If unsure say y.
1532
1533 config PRINTK
1534         default y
1535         bool "Enable support for printk" if EXPERT
1536         select IRQ_WORK
1537         help
1538           This option enables normal printk support. Removing it
1539           eliminates most of the message strings from the kernel image
1540           and makes the kernel more or less silent. As this makes it
1541           very difficult to diagnose system problems, saying N here is
1542           strongly discouraged.
1543
1544 config BUG
1545         bool "BUG() support" if EXPERT
1546         default y
1547         help
1548           Disabling this option eliminates support for BUG and WARN, reducing
1549           the size of your kernel image and potentially quietly ignoring
1550           numerous fatal conditions. You should only consider disabling this
1551           option for embedded systems with no facilities for reporting errors.
1552           Just say Y.
1553
1554 config ELF_CORE
1555         depends on COREDUMP
1556         default y
1557         bool "Enable ELF core dumps" if EXPERT
1558         help
1559           Enable support for generating core dumps. Disabling saves about 4k.
1560
1561
1562 config PCSPKR_PLATFORM
1563         bool "Enable PC-Speaker support" if EXPERT
1564         depends on HAVE_PCSPKR_PLATFORM
1565         select I8253_LOCK
1566         default y
1567         help
1568           This option allows to disable the internal PC-Speaker
1569           support, saving some memory.
1570
1571 config BASE_FULL
1572         default y
1573         bool "Enable full-sized data structures for core" if EXPERT
1574         help
1575           Disabling this option reduces the size of miscellaneous core
1576           kernel data structures. This saves memory on small machines,
1577           but may reduce performance.
1578
1579 config FUTEX
1580         bool "Enable futex support" if EXPERT
1581         depends on !(SPARC32 && SMP)
1582         default y
1583         imply RT_MUTEXES
1584         help
1585           Disabling this option will cause the kernel to be built without
1586           support for "fast userspace mutexes".  The resulting kernel may not
1587           run glibc-based applications correctly.
1588
1589 config FUTEX_PI
1590         bool
1591         depends on FUTEX && RT_MUTEXES
1592         default y
1593
1594 config EPOLL
1595         bool "Enable eventpoll support" if EXPERT
1596         default y
1597         help
1598           Disabling this option will cause the kernel to be built without
1599           support for epoll family of system calls.
1600
1601 config SIGNALFD
1602         bool "Enable signalfd() system call" if EXPERT
1603         default y
1604         help
1605           Enable the signalfd() system call that allows to receive signals
1606           on a file descriptor.
1607
1608           If unsure, say Y.
1609
1610 config TIMERFD
1611         bool "Enable timerfd() system call" if EXPERT
1612         default y
1613         help
1614           Enable the timerfd() system call that allows to receive timer
1615           events on a file descriptor.
1616
1617           If unsure, say Y.
1618
1619 config EVENTFD
1620         bool "Enable eventfd() system call" if EXPERT
1621         default y
1622         help
1623           Enable the eventfd() system call that allows to receive both
1624           kernel notification (ie. KAIO) or userspace notifications.
1625
1626           If unsure, say Y.
1627
1628 config SHMEM
1629         bool "Use full shmem filesystem" if EXPERT
1630         default y
1631         depends on MMU
1632         help
1633           The shmem is an internal filesystem used to manage shared memory.
1634           It is backed by swap and manages resource limits. It is also exported
1635           to userspace as tmpfs if TMPFS is enabled. Disabling this
1636           option replaces shmem and tmpfs with the much simpler ramfs code,
1637           which may be appropriate on small systems without swap.
1638
1639 config AIO
1640         bool "Enable AIO support" if EXPERT
1641         default y
1642         help
1643           This option enables POSIX asynchronous I/O which may by used
1644           by some high performance threaded applications. Disabling
1645           this option saves about 7k.
1646
1647 config IO_URING
1648         bool "Enable IO uring support" if EXPERT
1649         select IO_WQ
1650         default y
1651         help
1652           This option enables support for the io_uring interface, enabling
1653           applications to submit and complete IO through submission and
1654           completion rings that are shared between the kernel and application.
1655
1656 config ADVISE_SYSCALLS
1657         bool "Enable madvise/fadvise syscalls" if EXPERT
1658         default y
1659         help
1660           This option enables the madvise and fadvise syscalls, used by
1661           applications to advise the kernel about their future memory or file
1662           usage, improving performance. If building an embedded system where no
1663           applications use these syscalls, you can disable this option to save
1664           space.
1665
1666 config MEMBARRIER
1667         bool "Enable membarrier() system call" if EXPERT
1668         default y
1669         help
1670           Enable the membarrier() system call that allows issuing memory
1671           barriers across all running threads, which can be used to distribute
1672           the cost of user-space memory barriers asymmetrically by transforming
1673           pairs of memory barriers into pairs consisting of membarrier() and a
1674           compiler barrier.
1675
1676           If unsure, say Y.
1677
1678 config KALLSYMS
1679         bool "Load all symbols for debugging/ksymoops" if EXPERT
1680         default y
1681         help
1682           Say Y here to let the kernel print out symbolic crash information and
1683           symbolic stack backtraces. This increases the size of the kernel
1684           somewhat, as all symbols have to be loaded into the kernel image.
1685
1686 config KALLSYMS_SELFTEST
1687         bool "Test the basic functions and performance of kallsyms"
1688         depends on KALLSYMS
1689         default n
1690         help
1691           Test the basic functions and performance of some interfaces, such as
1692           kallsyms_lookup_name. It also calculates the compression rate of the
1693           kallsyms compression algorithm for the current symbol set.
1694
1695           Start self-test automatically after system startup. Suggest executing
1696           "dmesg | grep kallsyms_selftest" to collect test results. "finish" is
1697           displayed in the last line, indicating that the test is complete.
1698
1699 config KALLSYMS_ALL
1700         bool "Include all symbols in kallsyms"
1701         depends on DEBUG_KERNEL && KALLSYMS
1702         help
1703           Normally kallsyms only contains the symbols of functions for nicer
1704           OOPS messages and backtraces (i.e., symbols from the text and inittext
1705           sections). This is sufficient for most cases. And only if you want to
1706           enable kernel live patching, or other less common use cases (e.g.,
1707           when a debugger is used) all symbols are required (i.e., names of
1708           variables from the data sections, etc).
1709
1710           This option makes sure that all symbols are loaded into the kernel
1711           image (i.e., symbols from all sections) in cost of increased kernel
1712           size (depending on the kernel configuration, it may be 300KiB or
1713           something like this).
1714
1715           Say N unless you really need all symbols, or kernel live patching.
1716
1717 config KALLSYMS_ABSOLUTE_PERCPU
1718         bool
1719         depends on KALLSYMS
1720         default X86_64 && SMP
1721
1722 config KALLSYMS_BASE_RELATIVE
1723         bool
1724         depends on KALLSYMS
1725         default !IA64
1726         help
1727           Instead of emitting them as absolute values in the native word size,
1728           emit the symbol references in the kallsyms table as 32-bit entries,
1729           each containing a relative value in the range [base, base + U32_MAX]
1730           or, when KALLSYMS_ABSOLUTE_PERCPU is in effect, each containing either
1731           an absolute value in the range [0, S32_MAX] or a relative value in the
1732           range [base, base + S32_MAX], where base is the lowest relative symbol
1733           address encountered in the image.
1734
1735           On 64-bit builds, this reduces the size of the address table by 50%,
1736           but more importantly, it results in entries whose values are build
1737           time constants, and no relocation pass is required at runtime to fix
1738           up the entries based on the runtime load address of the kernel.
1739
1740 # end of the "standard kernel features (expert users)" menu
1741
1742 # syscall, maps, verifier
1743
1744 config ARCH_HAS_MEMBARRIER_CALLBACKS
1745         bool
1746
1747 config ARCH_HAS_MEMBARRIER_SYNC_CORE
1748         bool
1749
1750 config KCMP
1751         bool "Enable kcmp() system call" if EXPERT
1752         help
1753           Enable the kernel resource comparison system call. It provides
1754           user-space with the ability to compare two processes to see if they
1755           share a common resource, such as a file descriptor or even virtual
1756           memory space.
1757
1758           If unsure, say N.
1759
1760 config RSEQ
1761         bool "Enable rseq() system call" if EXPERT
1762         default y
1763         depends on HAVE_RSEQ
1764         select MEMBARRIER
1765         help
1766           Enable the restartable sequences system call. It provides a
1767           user-space cache for the current CPU number value, which
1768           speeds up getting the current CPU number from user-space,
1769           as well as an ABI to speed up user-space operations on
1770           per-CPU data.
1771
1772           If unsure, say Y.
1773
1774 config CACHESTAT_SYSCALL
1775         bool "Enable cachestat() system call" if EXPERT
1776         default y
1777         help
1778           Enable the cachestat system call, which queries the page cache
1779           statistics of a file (number of cached pages, dirty pages,
1780           pages marked for writeback, (recently) evicted pages).
1781
1782           If unsure say Y here.
1783
1784 config DEBUG_RSEQ
1785         default n
1786         bool "Enabled debugging of rseq() system call" if EXPERT
1787         depends on RSEQ && DEBUG_KERNEL
1788         help
1789           Enable extra debugging checks for the rseq system call.
1790
1791           If unsure, say N.
1792
1793 config EMBEDDED
1794         bool "Embedded system"
1795         select EXPERT
1796         help
1797           This option should be enabled if compiling the kernel for
1798           an embedded system so certain expert options are available
1799           for configuration.
1800
1801 config HAVE_PERF_EVENTS
1802         bool
1803         help
1804           See tools/perf/design.txt for details.
1805
1806 config GUEST_PERF_EVENTS
1807         bool
1808         depends on HAVE_PERF_EVENTS
1809
1810 config PERF_USE_VMALLOC
1811         bool
1812         help
1813           See tools/perf/design.txt for details
1814
1815 config PC104
1816         bool "PC/104 support" if EXPERT
1817         help
1818           Expose PC/104 form factor device drivers and options available for
1819           selection and configuration. Enable this option if your target
1820           machine has a PC/104 bus.
1821
1822 menu "Kernel Performance Events And Counters"
1823
1824 config PERF_EVENTS
1825         bool "Kernel performance events and counters"
1826         default y if PROFILING
1827         depends on HAVE_PERF_EVENTS
1828         select IRQ_WORK
1829         help
1830           Enable kernel support for various performance events provided
1831           by software and hardware.
1832
1833           Software events are supported either built-in or via the
1834           use of generic tracepoints.
1835
1836           Most modern CPUs support performance events via performance
1837           counter registers. These registers count the number of certain
1838           types of hw events: such as instructions executed, cachemisses
1839           suffered, or branches mis-predicted - without slowing down the
1840           kernel or applications. These registers can also trigger interrupts
1841           when a threshold number of events have passed - and can thus be
1842           used to profile the code that runs on that CPU.
1843
1844           The Linux Performance Event subsystem provides an abstraction of
1845           these software and hardware event capabilities, available via a
1846           system call and used by the "perf" utility in tools/perf/. It
1847           provides per task and per CPU counters, and it provides event
1848           capabilities on top of those.
1849
1850           Say Y if unsure.
1851
1852 config DEBUG_PERF_USE_VMALLOC
1853         default n
1854         bool "Debug: use vmalloc to back perf mmap() buffers"
1855         depends on PERF_EVENTS && DEBUG_KERNEL && !PPC
1856         select PERF_USE_VMALLOC
1857         help
1858           Use vmalloc memory to back perf mmap() buffers.
1859
1860           Mostly useful for debugging the vmalloc code on platforms
1861           that don't require it.
1862
1863           Say N if unsure.
1864
1865 endmenu
1866
1867 config SYSTEM_DATA_VERIFICATION
1868         def_bool n
1869         select SYSTEM_TRUSTED_KEYRING
1870         select KEYS
1871         select CRYPTO
1872         select CRYPTO_RSA
1873         select ASYMMETRIC_KEY_TYPE
1874         select ASYMMETRIC_PUBLIC_KEY_SUBTYPE
1875         select ASN1
1876         select OID_REGISTRY
1877         select X509_CERTIFICATE_PARSER
1878         select PKCS7_MESSAGE_PARSER
1879         help
1880           Provide PKCS#7 message verification using the contents of the system
1881           trusted keyring to provide public keys.  This then can be used for
1882           module verification, kexec image verification and firmware blob
1883           verification.
1884
1885 config PROFILING
1886         bool "Profiling support"
1887         help
1888           Say Y here to enable the extended profiling support mechanisms used
1889           by profilers.
1890
1891 config RUST
1892         bool "Rust support"
1893         depends on HAVE_RUST
1894         depends on RUST_IS_AVAILABLE
1895         depends on !MODVERSIONS
1896         depends on !GCC_PLUGINS
1897         depends on !RANDSTRUCT
1898         depends on !DEBUG_INFO_BTF || PAHOLE_HAS_LANG_EXCLUDE
1899         select CONSTRUCTORS
1900         help
1901           Enables Rust support in the kernel.
1902
1903           This allows other Rust-related options, like drivers written in Rust,
1904           to be selected.
1905
1906           It is also required to be able to load external kernel modules
1907           written in Rust.
1908
1909           See Documentation/rust/ for more information.
1910
1911           If unsure, say N.
1912
1913 config RUSTC_VERSION_TEXT
1914         string
1915         depends on RUST
1916         default $(shell,command -v $(RUSTC) >/dev/null 2>&1 && $(RUSTC) --version || echo n)
1917
1918 config BINDGEN_VERSION_TEXT
1919         string
1920         depends on RUST
1921         default $(shell,command -v $(BINDGEN) >/dev/null 2>&1 && $(BINDGEN) --version || echo n)
1922
1923 #
1924 # Place an empty function call at each tracepoint site. Can be
1925 # dynamically changed for a probe function.
1926 #
1927 config TRACEPOINTS
1928         bool
1929
1930 endmenu         # General setup
1931
1932 source "arch/Kconfig"
1933
1934 config RT_MUTEXES
1935         bool
1936         default y if PREEMPT_RT
1937
1938 config BASE_SMALL
1939         int
1940         default 0 if BASE_FULL
1941         default 1 if !BASE_FULL
1942
1943 config MODULE_SIG_FORMAT
1944         def_bool n
1945         select SYSTEM_DATA_VERIFICATION
1946
1947 source "kernel/module/Kconfig"
1948
1949 config INIT_ALL_POSSIBLE
1950         bool
1951         help
1952           Back when each arch used to define their own cpu_online_mask and
1953           cpu_possible_mask, some of them chose to initialize cpu_possible_mask
1954           with all 1s, and others with all 0s.  When they were centralised,
1955           it was better to provide this option than to break all the archs
1956           and have several arch maintainers pursuing me down dark alleys.
1957
1958 source "block/Kconfig"
1959
1960 config PREEMPT_NOTIFIERS
1961         bool
1962
1963 config PADATA
1964         depends on SMP
1965         bool
1966
1967 config ASN1
1968         tristate
1969         help
1970           Build a simple ASN.1 grammar compiler that produces a bytecode output
1971           that can be interpreted by the ASN.1 stream decoder and used to
1972           inform it as to what tags are to be expected in a stream and what
1973           functions to call on what tags.
1974
1975 source "kernel/Kconfig.locks"
1976
1977 config ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE
1978         bool
1979
1980 config ARCH_HAS_SYNC_CORE_BEFORE_USERMODE
1981         bool
1982
1983 # It may be useful for an architecture to override the definitions of the
1984 # SYSCALL_DEFINE() and __SYSCALL_DEFINEx() macros in <linux/syscalls.h>
1985 # and the COMPAT_ variants in <linux/compat.h>, in particular to use a
1986 # different calling convention for syscalls. They can also override the
1987 # macros for not-implemented syscalls in kernel/sys_ni.c and
1988 # kernel/time/posix-stubs.c. All these overrides need to be available in
1989 # <asm/syscall_wrapper.h>.
1990 config ARCH_HAS_SYSCALL_WRAPPER
1991         def_bool n