7 option env="KERNELVERSION"
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"
22 bool "Prompt for development and/or incomplete code/drivers"
24 Some of the various things that Linux supports (such as network
25 drivers, file systems, network protocols, etc.) can be in a state
26 of development where the functionality, stability, or the level of
27 testing is not yet high enough for general use. This is usually
28 known as the "alpha-test" phase among developers. If a feature is
29 currently in alpha-test, then the developers usually discourage
30 uninformed widespread use of this feature by the general public to
31 avoid "Why doesn't this work?" type mail messages. However, active
32 testing and use of these systems is welcomed. Just be aware that it
33 may not meet the normal level of reliability or it may fail to work
34 in some special cases. Detailed bug reports from people familiar
35 with the kernel internals are usually welcomed by the developers
36 (before submitting bug reports, please read the documents
37 <file:README>, <file:MAINTAINERS>, <file:REPORTING-BUGS>,
38 <file:Documentation/BUG-HUNTING>, and
39 <file:Documentation/oops-tracing.txt> in the kernel source).
41 This option will also make obsoleted drivers available. These are
42 drivers that have been replaced by something else, and/or are
43 scheduled to be removed in a future kernel release.
45 Unless you intend to help test and develop a feature or driver that
46 falls into this category, or you have a situation that requires
47 using these features, you should probably say N here, which will
48 cause the configurator to present you with fewer choices. If
49 you say Y here, you will be offered the choice of using features or
50 drivers that are currently considered to be in the alpha-test phase.
57 depends on BROKEN || !SMP
62 depends on SMP || PREEMPT
65 config INIT_ENV_ARG_LIMIT
70 Maximum of each of the number of arguments and environment
71 variables passed to init from the kernel command line.
75 string "Local version - append to kernel release"
77 Append an extra string to the end of your kernel version.
78 This will show up when you type uname, for example.
79 The string you set here will be appended after the contents of
80 any files with a filename matching localversion* in your
81 object and source tree, in that order. Your total string can
82 be a maximum of 64 characters.
84 config LOCALVERSION_AUTO
85 bool "Automatically append version information to the version string"
88 This will try to automatically determine if the current tree is a
89 release tree by looking for git tags that belong to the current
92 A string of the format -gxxxxxxxx will be added to the localversion
93 if a git-based tree is found. The string generated by this will be
94 appended after any matching localversion* files, and after the value
95 set in CONFIG_LOCALVERSION.
97 (The actual string used here is the first eight characters produced
98 by running the command:
100 $ git rev-parse --verify HEAD
102 which is done within the script "scripts/setlocalversion".)
105 bool "Support for paging of anonymous memory (swap)"
106 depends on MMU && BLOCK
109 This option allows you to choose whether you want to have support
110 for so called swap devices or swap files in your kernel that are
111 used to provide more virtual memory than the actual RAM present
112 in your computer. If unsure say Y.
117 Inter Process Communication is a suite of library functions and
118 system calls which let processes (running programs) synchronize and
119 exchange information. It is generally considered to be a good thing,
120 and some programs won't run unless you say Y here. In particular, if
121 you want to run the DOS emulator dosemu under Linux (read the
122 DOSEMU-HOWTO, available from <http://www.tldp.org/docs.html#howto>),
123 you'll need to say Y here.
125 You can find documentation about IPC with "info ipc" and also in
126 section 6.4 of the Linux Programmer's Guide, available from
127 <http://www.tldp.org/guides.html>.
129 config SYSVIPC_SYSCTL
136 bool "POSIX Message Queues"
137 depends on NET && EXPERIMENTAL
139 POSIX variant of message queues is a part of IPC. In POSIX message
140 queues every message has a priority which decides about succession
141 of receiving it by a process. If you want to compile and run
142 programs written e.g. for Solaris with use of its POSIX message
143 queues (functions mq_*) say Y here.
145 POSIX message queues are visible as a filesystem called 'mqueue'
146 and can be mounted somewhere if you want to do filesystem
147 operations on message queues.
151 config BSD_PROCESS_ACCT
152 bool "BSD Process Accounting"
154 If you say Y here, a user level program will be able to instruct the
155 kernel (via a special system call) to write process accounting
156 information to a file: whenever a process exits, information about
157 that process will be appended to the file by the kernel. The
158 information includes things such as creation time, owning user,
159 command name, memory usage, controlling terminal etc. (the complete
160 list is in the struct acct in <file:include/linux/acct.h>). It is
161 up to the user level program to do useful things with this
162 information. This is generally a good idea, so say Y.
164 config BSD_PROCESS_ACCT_V3
165 bool "BSD Process Accounting version 3 file format"
166 depends on BSD_PROCESS_ACCT
169 If you say Y here, the process accounting information is written
170 in a new file format that also logs the process IDs of each
171 process and it's parent. Note that this file format is incompatible
172 with previous v0/v1/v2 file formats, so you will need updated tools
173 for processing it. A preliminary version of these tools is available
174 at <http://www.gnu.org/software/acct/>.
177 bool "Export task/process statistics through netlink (EXPERIMENTAL)"
181 Export selected statistics for tasks/processes through the
182 generic netlink interface. Unlike BSD process accounting, the
183 statistics are available during the lifetime of tasks/processes as
184 responses to commands. Like BSD accounting, they are sent to user
189 config TASK_DELAY_ACCT
190 bool "Enable per-task delay accounting (EXPERIMENTAL)"
193 Collect information on time spent by a task waiting for system
194 resources like cpu, synchronous block I/O completion and swapping
195 in pages. Such statistics can help in setting a task's priorities
196 relative to other tasks for cpu, io, rss limits etc.
201 bool "Enable extended accounting over taskstats (EXPERIMENTAL)"
204 Collect extended task accounting data and send the data
205 to userland for processing over the taskstats interface.
209 config TASK_IO_ACCOUNTING
210 bool "Enable per-task storage I/O accounting (EXPERIMENTAL)"
211 depends on TASK_XACCT
213 Collect information on the number of bytes of storage I/O which this
219 bool "Auditing support"
222 Enable auditing infrastructure that can be used with another
223 kernel subsystem, such as SELinux (which requires this for
224 logging of avc messages output). Does not do system-call
225 auditing without CONFIG_AUDITSYSCALL.
228 bool "Enable system-call auditing support"
229 depends on AUDIT && (X86 || PPC || PPC64 || S390 || IA64 || UML || SPARC64|| SUPERH)
230 default y if SECURITY_SELINUX
232 Enable low-overhead system-call auditing infrastructure that
233 can be used independently or with another kernel subsystem,
234 such as SELinux. To use audit's filesystem watch feature, please
235 ensure that INOTIFY is configured.
239 depends on AUDITSYSCALL && INOTIFY
242 tristate "Kernel .config support"
244 This option enables the complete Linux kernel ".config" file
245 contents to be saved in the kernel. It provides documentation
246 of which kernel options are used in a running kernel or in an
247 on-disk kernel. This information can be extracted from the kernel
248 image file with the script scripts/extract-ikconfig and used as
249 input to rebuild the current kernel or to build another kernel.
250 It can also be extracted from a running kernel by reading
251 /proc/config.gz if enabled (below).
254 bool "Enable access to .config through /proc/config.gz"
255 depends on IKCONFIG && PROC_FS
257 This option enables access to the kernel configuration file
258 through /proc/config.gz.
261 int "Kernel log buffer size (16 => 64KB, 17 => 128KB)"
265 Select kernel log buffer size as a power of 2.
275 bool "Control Group support"
277 This option will let you use process cgroup subsystems
283 bool "Example debug cgroup subsystem"
287 This option enables a simple cgroup subsystem that
288 exports useful debugging information about the cgroups
294 bool "Namespace cgroup subsystem"
297 Provides a simple namespace cgroup subsystem to
298 provide hierarchical naming of sets of namespaces,
299 for instance virtual servers and checkpoint/restart
302 config CGROUP_FREEZER
303 bool "control group freezer subsystem"
306 Provides a way to freeze and unfreeze all tasks in a
310 bool "Device controller for cgroups"
311 depends on CGROUPS && EXPERIMENTAL
313 Provides a cgroup implementing whitelists for devices which
314 a process in the cgroup can mknod or open.
317 bool "Cpuset support"
318 depends on SMP && CGROUPS
320 This option will let you create and manage CPUSETs which
321 allow dynamically partitioning a system into sets of CPUs and
322 Memory Nodes and assigning tasks to run only within those sets.
323 This is primarily useful on large SMP or NUMA systems.
328 # Architectures with an unreliable sched_clock() should select this:
330 config HAVE_UNSTABLE_SCHED_CLOCK
334 bool "Group CPU scheduler"
335 depends on EXPERIMENTAL
338 This feature lets CPU scheduler recognize task groups and control CPU
339 bandwidth allocation to such task groups.
341 config FAIR_GROUP_SCHED
342 bool "Group scheduling for SCHED_OTHER"
343 depends on GROUP_SCHED
346 config RT_GROUP_SCHED
347 bool "Group scheduling for SCHED_RR/FIFO"
348 depends on EXPERIMENTAL
349 depends on GROUP_SCHED
352 This feature lets you explicitly allocate real CPU bandwidth
353 to users or control groups (depending on the "Basis for grouping tasks"
354 setting below. If enabled, it will also make it impossible to
355 schedule realtime tasks for non-root users until you allocate
356 realtime bandwidth for them.
357 See Documentation/scheduler/sched-rt-group.txt for more information.
360 depends on GROUP_SCHED
361 prompt "Basis for grouping tasks"
367 This option will choose userid as the basis for grouping
368 tasks, thus providing equal CPU bandwidth to each user.
371 bool "Control groups"
374 This option allows you to create arbitrary task groups
375 using the "cgroup" pseudo filesystem and control
376 the cpu bandwidth allocated to each such task group.
377 Refer to Documentation/cgroups.txt for more information
378 on "cgroup" pseudo filesystem.
382 config CGROUP_CPUACCT
383 bool "Simple CPU accounting cgroup subsystem"
386 Provides a simple Resource Controller for monitoring the
387 total CPU consumed by the tasks in a cgroup
389 config RESOURCE_COUNTERS
390 bool "Resource counters"
392 This option enables controller independent resource accounting
393 infrastructure that works with cgroups
399 config CGROUP_MEM_RES_CTLR
400 bool "Memory Resource Controller for Control Groups"
401 depends on CGROUPS && RESOURCE_COUNTERS
404 Provides a memory resource controller that manages both anonymous
405 memory and page cache. (See Documentation/controllers/memory.txt)
407 Note that setting this option increases fixed memory overhead
408 associated with each page of memory in the system. By this,
409 20(40)bytes/PAGE_SIZE on 32(64)bit system will be occupied by memory
410 usage tracking struct at boot. Total amount of this is printed out
413 Only enable when you're ok with these trade offs and really
414 sure you need the memory resource controller. Even when you enable
415 this, you can set "cgroup_disable=memory" at your boot option to
416 disable memory resource controller and you can avoid overheads.
417 (and lose benefits of memory resource contoller)
419 This config option also selects MM_OWNER config option, which
420 could in turn add some fork/exit overhead.
422 config SYSFS_DEPRECATED
425 config SYSFS_DEPRECATED_V2
426 bool "Create deprecated sysfs files"
429 select SYSFS_DEPRECATED
431 This option creates deprecated symlinks such as the
432 "device"-link, the <subsystem>:<name>-link, and the
433 "bus"-link. It may also add deprecated key in the
435 None of these features or values should be used today, as
436 they export driver core implementation details to userspace
437 or export properties which can't be kept stable across kernel
440 If enabled, this option will also move any device structures
441 that belong to a class, back into the /sys/class hierarchy, in
442 order to support older versions of udev and some userspace
445 If you are using a distro with the most recent userspace
446 packages, it should be safe to say N here.
448 config PROC_PID_CPUSET
449 bool "Include legacy /proc/<pid>/cpuset file"
454 bool "Kernel->user space relay support (formerly relayfs)"
456 This option enables support for relay interface support in
457 certain file systems (such as debugfs).
458 It is designed to provide an efficient mechanism for tools and
459 facilities to relay large amounts of data from kernel space to
465 bool "Namespaces support" if EMBEDDED
468 Provides the way to make tasks work with different objects using
469 the same id. For example same IPC id may refer to different objects
470 or same user id or pid may refer to different tasks when used in
471 different namespaces.
475 depends on NAMESPACES
477 In this namespace tasks see different info provided with the
482 depends on NAMESPACES && SYSVIPC
484 In this namespace tasks work with IPC ids which correspond to
485 different IPC objects in different namespaces
488 bool "User namespace (EXPERIMENTAL)"
489 depends on NAMESPACES && EXPERIMENTAL
491 This allows containers, i.e. vservers, to use user namespaces
492 to provide different user info for different servers.
496 bool "PID Namespaces (EXPERIMENTAL)"
498 depends on NAMESPACES && EXPERIMENTAL
500 Support process id namespaces. This allows having multiple
501 process with the same pid as long as they are in different
502 pid namespaces. This is a building block of containers.
504 Unless you want to work with an experimental feature
507 config BLK_DEV_INITRD
508 bool "Initial RAM filesystem and RAM disk (initramfs/initrd) support"
509 depends on BROKEN || !FRV
511 The initial RAM filesystem is a ramfs which is loaded by the
512 boot loader (loadlin or lilo) and that is mounted as root
513 before the normal boot procedure. It is typically used to
514 load modules needed to mount the "real" root file system,
515 etc. See <file:Documentation/initrd.txt> for details.
517 If RAM disk support (BLK_DEV_RAM) is also included, this
518 also enables initial RAM disk (initrd) support and adds
519 15 Kbytes (more on some other architectures) to the kernel size.
529 config CC_OPTIMIZE_FOR_SIZE
530 bool "Optimize for size"
533 Enabling this option will pass "-Os" instead of "-O2" to gcc
534 resulting in a smaller kernel.
542 bool "Configure standard kernel features (for small systems)"
544 This option allows certain base kernel options and settings
545 to be disabled or tweaked. This is for specialized
546 environments which can tolerate a "non-standard" kernel.
547 Only use this if you really know what you are doing.
550 bool "Enable 16-bit UID system calls" if EMBEDDED
551 depends on ARM || BLACKFIN || CRIS || FRV || H8300 || X86_32 || M68K || (S390 && !64BIT) || SUPERH || SPARC32 || (SPARC64 && COMPAT) || UML || (X86_64 && IA32_EMULATION)
554 This enables the legacy 16-bit UID syscall wrappers.
556 config SYSCTL_SYSCALL
557 bool "Sysctl syscall support" if EMBEDDED
561 sys_sysctl uses binary paths that have been found challenging
562 to properly maintain and use. The interface in /proc/sys
563 using paths with ascii names is now the primary path to this
566 Almost nothing using the binary sysctl interface so if you are
567 trying to save some space it is probably safe to disable this,
568 making your kernel marginally smaller.
570 If unsure say Y here.
573 bool "Load all symbols for debugging/ksymoops" if EMBEDDED
576 Say Y here to let the kernel print out symbolic crash information and
577 symbolic stack backtraces. This increases the size of the kernel
578 somewhat, as all symbols have to be loaded into the kernel image.
581 bool "Include all symbols in kallsyms"
582 depends on DEBUG_KERNEL && KALLSYMS
584 Normally kallsyms only contains the symbols of functions, for nicer
585 OOPS messages. Some debuggers can use kallsyms for other
586 symbols too: say Y here to include all symbols, if you need them
587 and you don't care about adding 300k to the size of your kernel.
591 config KALLSYMS_STRIP_GENERATED
592 bool "Strip machine generated symbols from kallsyms"
593 depends on KALLSYMS_ALL
596 Say N if you want kallsyms to retain even machine generated symbols.
598 config KALLSYMS_EXTRA_PASS
599 bool "Do an extra kallsyms pass"
602 If kallsyms is not working correctly, the build will fail with
603 inconsistent kallsyms data. If that occurs, log a bug report and
604 turn on KALLSYMS_EXTRA_PASS which should result in a stable build.
605 Always say N here unless you find a bug in kallsyms, which must be
606 reported. KALLSYMS_EXTRA_PASS is only a temporary workaround while
607 you wait for kallsyms to be fixed.
611 bool "Support for hot-pluggable devices" if EMBEDDED
614 This option is provided for the case where no hotplug or uevent
615 capabilities is wanted by the kernel. You should only consider
616 disabling this option for embedded systems that do not use modules, a
617 dynamic /dev tree, or dynamic device discovery. Just say Y.
621 bool "Enable support for printk" if EMBEDDED
623 This option enables normal printk support. Removing it
624 eliminates most of the message strings from the kernel image
625 and makes the kernel more or less silent. As this makes it
626 very difficult to diagnose system problems, saying N here is
627 strongly discouraged.
630 bool "BUG() support" if EMBEDDED
633 Disabling this option eliminates support for BUG and WARN, reducing
634 the size of your kernel image and potentially quietly ignoring
635 numerous fatal conditions. You should only consider disabling this
636 option for embedded systems with no facilities for reporting errors.
641 bool "Enable ELF core dumps" if EMBEDDED
643 Enable support for generating core dumps. Disabling saves about 4k.
645 config PCSPKR_PLATFORM
646 bool "Enable PC-Speaker support" if EMBEDDED
647 depends on ALPHA || X86 || MIPS || PPC_PREP || PPC_CHRP || PPC_PSERIES
650 This option allows to disable the internal PC-Speaker
651 support, saving some memory.
654 bool "Disable heap randomization"
657 Randomizing heap placement makes heap exploits harder, but it
658 also breaks ancient binaries (including anything libc5 based).
659 This option changes the bootup default to heap randomization
660 disabled, and can be overriden runtime by setting
661 /proc/sys/kernel/randomize_va_space to 2.
663 On non-ancient distros (post-2000 ones) N is usually a safe choice.
667 bool "Enable full-sized data structures for core" if EMBEDDED
669 Disabling this option reduces the size of miscellaneous core
670 kernel data structures. This saves memory on small machines,
671 but may reduce performance.
674 bool "Enable futex support" if EMBEDDED
678 Disabling this option will cause the kernel to be built without
679 support for "fast userspace mutexes". The resulting kernel may not
680 run glibc-based applications correctly.
686 bool "Enable eventpoll support" if EMBEDDED
690 Disabling this option will cause the kernel to be built without
691 support for epoll family of system calls.
694 bool "Enable signalfd() system call" if EMBEDDED
698 Enable the signalfd() system call that allows to receive signals
699 on a file descriptor.
704 bool "Enable timerfd() system call" if EMBEDDED
708 Enable the timerfd() system call that allows to receive timer
709 events on a file descriptor.
714 bool "Enable eventfd() system call" if EMBEDDED
718 Enable the eventfd() system call that allows to receive both
719 kernel notification (ie. KAIO) or userspace notifications.
724 bool "Use full shmem filesystem" if EMBEDDED
728 The shmem is an internal filesystem used to manage shared memory.
729 It is backed by swap and manages resource limits. It is also exported
730 to userspace as tmpfs if TMPFS is enabled. Disabling this
731 option replaces shmem and tmpfs with the much simpler ramfs code,
732 which may be appropriate on small systems without swap.
735 bool "Enable AIO support" if EMBEDDED
738 This option enables POSIX asynchronous I/O which may by used
739 by some high performance threaded applications. Disabling
740 this option saves about 7k.
742 config VM_EVENT_COUNTERS
744 bool "Enable VM event counters for /proc/vmstat" if EMBEDDED
746 VM event counters are needed for event counts to be shown.
747 This option allows the disabling of the VM event counters
748 on EMBEDDED systems. /proc/vmstat will only show page counts
749 if VM event counters are disabled.
753 bool "Enable PCI quirk workarounds" if EMBEDDED
756 This enables workarounds for various PCI chipset
757 bugs/quirks. Disable this only if your target machine is
758 unaffected by PCI quirks.
762 bool "Enable SLUB debugging support" if EMBEDDED
763 depends on SLUB && SYSFS
765 SLUB has extensive debug support features. Disabling these can
766 result in significant savings in code size. This also disables
767 SLUB sysfs support. /sys/slab will not exist and there will be
768 no support for cache validation etc.
771 prompt "Choose SLAB allocator"
774 This option allows to select a slab allocator.
779 The regular slab allocator that is established and known to work
780 well in all environments. It organizes cache hot objects in
781 per cpu and per node queues.
784 bool "SLUB (Unqueued Allocator)"
786 SLUB is a slab allocator that minimizes cache line usage
787 instead of managing queues of cached objects (SLAB approach).
788 Per cpu caching is realized using slabs of objects instead
789 of queues of objects. SLUB can use memory efficiently
790 and has enhanced diagnostics. SLUB is the default choice for
795 bool "SLOB (Simple Allocator)"
797 SLOB replaces the stock allocator with a drastically simpler
798 allocator. SLOB is generally more space efficient but
799 does not perform as well on large systems.
804 bool "Profiling support (EXPERIMENTAL)"
806 Say Y here to enable the extended profiling support mechanisms used
807 by profilers such as OProfile.
810 # Place an empty function call at each tracepoint site. Can be
811 # dynamically changed for a probe function.
817 bool "Activate markers"
818 depends on TRACEPOINTS
820 Place an empty function call at each marker site. Can be
821 dynamically changed for a probe function.
823 source "arch/Kconfig"
825 endmenu # General setup
827 config HAVE_GENERIC_DMA_COHERENT
834 depends on SLAB || SLUB_DEBUG
847 default 0 if BASE_FULL
848 default 1 if !BASE_FULL
851 bool "Enable loadable module support"
853 Kernel modules are small pieces of compiled code which can
854 be inserted in the running kernel, rather than being
855 permanently built into the kernel. You use the "modprobe"
856 tool to add (and sometimes remove) them. If you say Y here,
857 many parts of the kernel can be built as modules (by
858 answering M instead of Y where indicated): this is most
859 useful for infrequently used options which are not required
860 for booting. For more information, see the man pages for
861 modprobe, lsmod, modinfo, insmod and rmmod.
863 If you say Y here, you will need to run "make
864 modules_install" to put the modules under /lib/modules/
865 where modprobe can find them (you may need to be root to do
872 config MODULE_FORCE_LOAD
873 bool "Forced module loading"
876 Allow loading of modules without version information (ie. modprobe
877 --force). Forced module loading sets the 'F' (forced) taint flag and
878 is usually a really bad idea.
881 bool "Module unloading"
883 Without this option you will not be able to unload any
884 modules (note that some modules may not be unloadable
885 anyway), which makes your kernel smaller, faster
886 and simpler. If unsure, say Y.
888 config MODULE_FORCE_UNLOAD
889 bool "Forced module unloading"
890 depends on MODULE_UNLOAD && EXPERIMENTAL
892 This option allows you to force a module to unload, even if the
893 kernel believes it is unsafe: the kernel will remove the module
894 without waiting for anyone to stop using it (using the -f option to
895 rmmod). This is mainly for kernel developers and desperate users.
899 bool "Module versioning support"
901 Usually, you have to use modules compiled with your kernel.
902 Saying Y here makes it sometimes possible to use modules
903 compiled for different kernels, by adding enough information
904 to the modules to (hopefully) spot any changes which would
905 make them incompatible with the kernel you are running. If
908 config MODULE_SRCVERSION_ALL
909 bool "Source checksum for all modules"
911 Modules which contain a MODULE_VERSION get an extra "srcversion"
912 field inserted into their modinfo section, which contains a
913 sum of the source files which made it. This helps maintainers
914 see exactly which source was used to build a module (since
915 others sometimes change the module source without updating
916 the version). With this option, such a "srcversion" field
917 will be created for all modules. If unsure, say N.
921 config INIT_ALL_POSSIBLE
924 Back when each arch used to define their own cpu_online_map and
925 cpu_possible_map, some of them chose to initialize cpu_possible_map
926 with all 1s, and others with all 0s. When they were centralised,
927 it was better to provide this option than to break all the archs
928 and have several arch maintainers persuing me down dark alleys.
933 depends on (SMP && MODULE_UNLOAD) || HOTPLUG_CPU
935 Need stop_machine() primitive.
937 source "block/Kconfig"
939 config PREEMPT_NOTIFIERS
943 prompt "RCU Implementation"
949 This option selects the classic RCU implementation that is
950 designed for best read-side performance on non-realtime
953 Select this option if you are unsure.
956 bool "Tree-based hierarchical RCU"
958 This option selects the RCU implementation that is
959 designed for very large SMP system with hundreds or
963 bool "Preemptible RCU"
966 This option reduces the latency of the kernel by making certain
967 RCU sections preemptible. Normally RCU code is non-preemptible, if
968 this option is selected then read-only RCU sections become
969 preemptible. This helps latency, but may expose bugs due to
970 now-naive assumptions about each RCU read-side critical section
971 remaining on a given CPU through its execution.
976 bool "Enable tracing for RCU"
977 depends on TREE_RCU || PREEMPT_RCU
979 This option provides tracing in RCU which presents stats
980 in debugfs for debugging RCU implementation.
982 Say Y here if you want to enable RCU tracing
983 Say N if you are unsure.
986 int "Tree-based hierarchical RCU fanout value"
993 This option controls the fanout of hierarchical implementations
994 of RCU, allowing RCU to work efficiently on machines with
995 large numbers of CPUs. This value must be at least the cube
996 root of NR_CPUS, which allows NR_CPUS up to 32,768 for 32-bit
997 systems and up to 262,144 for 64-bit systems.
999 Select a specific number if testing RCU itself.
1000 Take the default if unsure.
1002 config RCU_FANOUT_EXACT
1003 bool "Disable tree-based hierarchical RCU auto-balancing"
1007 This option forces use of the exact RCU_FANOUT value specified,
1008 regardless of imbalances in the hierarchy. This is useful for
1009 testing RCU itself, and might one day be useful on systems with
1010 strong NUMA behavior.
1012 Without RCU_FANOUT_EXACT, the code will balance the hierarchy.
1016 config TREE_RCU_TRACE
1017 def_bool RCU_TRACE && TREE_RCU
1020 This option provides tracing for the TREE_RCU implementation,
1021 permitting Makefile to trivially select kernel/rcutree_trace.c.
1023 config PREEMPT_RCU_TRACE
1024 def_bool RCU_TRACE && PREEMPT_RCU
1027 This option provides tracing for the PREEMPT_RCU implementation,
1028 permitting Makefile to trivially select kernel/rcupreempt_trace.c.