Linux Audio

Check our new training course

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