arch Kconfig: Remove references to IRQ_PER_CPU
[sfrench/cifs-2.6.git] / init / Kconfig
1 config ARCH
2         string
3         option env="ARCH"
4
5 config KERNELVERSION
6         string
7         option env="KERNELVERSION"
8
9 config 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
19 config CONSTRUCTORS
20         bool
21         depends on !UML
22
23 config IRQ_WORK
24         bool
25
26 config BUILDTIME_EXTABLE_SORT
27         bool
28
29 menu "General setup"
30
31 config EXPERIMENTAL
32         bool "Prompt for development and/or incomplete code/drivers"
33         ---help---
34           Some of the various things that Linux supports (such as network
35           drivers, file systems, network protocols, etc.) can be in a state
36           of development where the functionality, stability, or the level of
37           testing is not yet high enough for general use. This is usually
38           known as the "alpha-test" phase among developers. If a feature is
39           currently in alpha-test, then the developers usually discourage
40           uninformed widespread use of this feature by the general public to
41           avoid "Why doesn't this work?" type mail messages. However, active
42           testing and use of these systems is welcomed. Just be aware that it
43           may not meet the normal level of reliability or it may fail to work
44           in some special cases. Detailed bug reports from people familiar
45           with the kernel internals are usually welcomed by the developers
46           (before submitting bug reports, please read the documents
47           <file:README>, <file:MAINTAINERS>, <file:REPORTING-BUGS>,
48           <file:Documentation/BUG-HUNTING>, and
49           <file:Documentation/oops-tracing.txt> in the kernel source).
50
51           This option will also make obsoleted drivers available. These are
52           drivers that have been replaced by something else, and/or are
53           scheduled to be removed in a future kernel release.
54
55           Unless you intend to help test and develop a feature or driver that
56           falls into this category, or you have a situation that requires
57           using these features, you should probably say N here, which will
58           cause the configurator to present you with fewer choices. If
59           you say Y here, you will be offered the choice of using features or
60           drivers that are currently considered to be in the alpha-test phase.
61
62 config BROKEN
63         bool
64
65 config BROKEN_ON_SMP
66         bool
67         depends on BROKEN || !SMP
68         default y
69
70 config INIT_ENV_ARG_LIMIT
71         int
72         default 32 if !UML
73         default 128 if UML
74         help
75           Maximum of each of the number of arguments and environment
76           variables passed to init from the kernel command line.
77
78
79 config CROSS_COMPILE
80         string "Cross-compiler tool prefix"
81         help
82           Same as running 'make CROSS_COMPILE=prefix-' but stored for
83           default make runs in this kernel build directory.  You don't
84           need to set this unless you want the configured kernel build
85           directory to select the cross-compiler automatically.
86
87 config LOCALVERSION
88         string "Local version - append to kernel release"
89         help
90           Append an extra string to the end of your kernel version.
91           This will show up when you type uname, for example.
92           The string you set here will be appended after the contents of
93           any files with a filename matching localversion* in your
94           object and source tree, in that order.  Your total string can
95           be a maximum of 64 characters.
96
97 config LOCALVERSION_AUTO
98         bool "Automatically append version information to the version string"
99         default y
100         help
101           This will try to automatically determine if the current tree is a
102           release tree by looking for git tags that belong to the current
103           top of tree revision.
104
105           A string of the format -gxxxxxxxx will be added to the localversion
106           if a git-based tree is found.  The string generated by this will be
107           appended after any matching localversion* files, and after the value
108           set in CONFIG_LOCALVERSION.
109
110           (The actual string used here is the first eight characters produced
111           by running the command:
112
113             $ git rev-parse --verify HEAD
114
115           which is done within the script "scripts/setlocalversion".)
116
117 config HAVE_KERNEL_GZIP
118         bool
119
120 config HAVE_KERNEL_BZIP2
121         bool
122
123 config HAVE_KERNEL_LZMA
124         bool
125
126 config HAVE_KERNEL_XZ
127         bool
128
129 config HAVE_KERNEL_LZO
130         bool
131
132 choice
133         prompt "Kernel compression mode"
134         default KERNEL_GZIP
135         depends on HAVE_KERNEL_GZIP || HAVE_KERNEL_BZIP2 || HAVE_KERNEL_LZMA || HAVE_KERNEL_XZ || HAVE_KERNEL_LZO
136         help
137           The linux kernel is a kind of self-extracting executable.
138           Several compression algorithms are available, which differ
139           in efficiency, compression and decompression speed.
140           Compression speed is only relevant when building a kernel.
141           Decompression speed is relevant at each boot.
142
143           If you have any problems with bzip2 or lzma compressed
144           kernels, mail me (Alain Knaff) <alain@knaff.lu>. (An older
145           version of this functionality (bzip2 only), for 2.4, was
146           supplied by Christian Ludwig)
147
148           High compression options are mostly useful for users, who
149           are low on disk space (embedded systems), but for whom ram
150           size matters less.
151
152           If in doubt, select 'gzip'
153
154 config KERNEL_GZIP
155         bool "Gzip"
156         depends on HAVE_KERNEL_GZIP
157         help
158           The old and tried gzip compression. It provides a good balance
159           between compression ratio and decompression speed.
160
161 config KERNEL_BZIP2
162         bool "Bzip2"
163         depends on HAVE_KERNEL_BZIP2
164         help
165           Its compression ratio and speed is intermediate.
166           Decompression speed is slowest among the choices.  The kernel
167           size is about 10% smaller with bzip2, in comparison to gzip.
168           Bzip2 uses a large amount of memory. For modern kernels you
169           will need at least 8MB RAM or more for booting.
170
171 config KERNEL_LZMA
172         bool "LZMA"
173         depends on HAVE_KERNEL_LZMA
174         help
175           This compression algorithm's ratio is best.  Decompression speed
176           is between gzip and bzip2.  Compression is slowest.
177           The kernel size is about 33% smaller with LZMA in comparison to gzip.
178
179 config KERNEL_XZ
180         bool "XZ"
181         depends on HAVE_KERNEL_XZ
182         help
183           XZ uses the LZMA2 algorithm and instruction set specific
184           BCJ filters which can improve compression ratio of executable
185           code. The size of the kernel is about 30% smaller with XZ in
186           comparison to gzip. On architectures for which there is a BCJ
187           filter (i386, x86_64, ARM, IA-64, PowerPC, and SPARC), XZ
188           will create a few percent smaller kernel than plain LZMA.
189
190           The speed is about the same as with LZMA: The decompression
191           speed of XZ is better than that of bzip2 but worse than gzip
192           and LZO. Compression is slow.
193
194 config KERNEL_LZO
195         bool "LZO"
196         depends on HAVE_KERNEL_LZO
197         help
198           Its compression ratio is the poorest among the choices. The kernel
199           size is about 10% bigger than gzip; however its speed
200           (both compression and decompression) is the fastest.
201
202 endchoice
203
204 config DEFAULT_HOSTNAME
205         string "Default hostname"
206         default "(none)"
207         help
208           This option determines the default system hostname before userspace
209           calls sethostname(2). The kernel traditionally uses "(none)" here,
210           but you may wish to use a different default here to make a minimal
211           system more usable with less configuration.
212
213 config SWAP
214         bool "Support for paging of anonymous memory (swap)"
215         depends on MMU && BLOCK
216         default y
217         help
218           This option allows you to choose whether you want to have support
219           for so called swap devices or swap files in your kernel that are
220           used to provide more virtual memory than the actual RAM present
221           in your computer.  If unsure say Y.
222
223 config SYSVIPC
224         bool "System V IPC"
225         ---help---
226           Inter Process Communication is a suite of library functions and
227           system calls which let processes (running programs) synchronize and
228           exchange information. It is generally considered to be a good thing,
229           and some programs won't run unless you say Y here. In particular, if
230           you want to run the DOS emulator dosemu under Linux (read the
231           DOSEMU-HOWTO, available from <http://www.tldp.org/docs.html#howto>),
232           you'll need to say Y here.
233
234           You can find documentation about IPC with "info ipc" and also in
235           section 6.4 of the Linux Programmer's Guide, available from
236           <http://www.tldp.org/guides.html>.
237
238 config SYSVIPC_SYSCTL
239         bool
240         depends on SYSVIPC
241         depends on SYSCTL
242         default y
243
244 config POSIX_MQUEUE
245         bool "POSIX Message Queues"
246         depends on NET && EXPERIMENTAL
247         ---help---
248           POSIX variant of message queues is a part of IPC. In POSIX message
249           queues every message has a priority which decides about succession
250           of receiving it by a process. If you want to compile and run
251           programs written e.g. for Solaris with use of its POSIX message
252           queues (functions mq_*) say Y here.
253
254           POSIX message queues are visible as a filesystem called 'mqueue'
255           and can be mounted somewhere if you want to do filesystem
256           operations on message queues.
257
258           If unsure, say Y.
259
260 config POSIX_MQUEUE_SYSCTL
261         bool
262         depends on POSIX_MQUEUE
263         depends on SYSCTL
264         default y
265
266 config FHANDLE
267         bool "open by fhandle syscalls"
268         select EXPORTFS
269         help
270           If you say Y here, a user level program will be able to map
271           file names to handle and then later use the handle for
272           different file system operations. This is useful in implementing
273           userspace file servers, which now track files using handles instead
274           of names. The handle would remain the same even if file names
275           get renamed. Enables open_by_handle_at(2) and name_to_handle_at(2)
276           syscalls.
277
278 config AUDIT
279         bool "Auditing support"
280         depends on NET
281         help
282           Enable auditing infrastructure that can be used with another
283           kernel subsystem, such as SELinux (which requires this for
284           logging of avc messages output).  Does not do system-call
285           auditing without CONFIG_AUDITSYSCALL.
286
287 config AUDITSYSCALL
288         bool "Enable system-call auditing support"
289         depends on AUDIT && (X86 || PPC || S390 || IA64 || UML || SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT))
290         default y if SECURITY_SELINUX
291         help
292           Enable low-overhead system-call auditing infrastructure that
293           can be used independently or with another kernel subsystem,
294           such as SELinux.
295
296 config AUDIT_WATCH
297         def_bool y
298         depends on AUDITSYSCALL
299         select FSNOTIFY
300
301 config AUDIT_TREE
302         def_bool y
303         depends on AUDITSYSCALL
304         select FSNOTIFY
305
306 config AUDIT_LOGINUID_IMMUTABLE
307         bool "Make audit loginuid immutable"
308         depends on AUDIT
309         help
310           The config option toggles if a task setting its loginuid requires
311           CAP_SYS_AUDITCONTROL or if that task should require no special permissions
312           but should instead only allow setting its loginuid if it was never
313           previously set.  On systems which use systemd or a similar central
314           process to restart login services this should be set to true.  On older
315           systems in which an admin would typically have to directly stop and
316           start processes this should be set to false.  Setting this to true allows
317           one to drop potentially dangerous capabilites from the login tasks,
318           but may not be backwards compatible with older init systems.
319
320 source "kernel/irq/Kconfig"
321 source "kernel/time/Kconfig"
322
323 menu "CPU/Task time and stats accounting"
324
325 choice
326         prompt "Cputime accounting"
327         default TICK_CPU_ACCOUNTING if !PPC64
328         default VIRT_CPU_ACCOUNTING if PPC64
329
330 # Kind of a stub config for the pure tick based cputime accounting
331 config TICK_CPU_ACCOUNTING
332         bool "Simple tick based cputime accounting"
333         depends on !S390
334         help
335           This is the basic tick based cputime accounting that maintains
336           statistics about user, system and idle time spent on per jiffies
337           granularity.
338
339           If unsure, say Y.
340
341 config VIRT_CPU_ACCOUNTING
342         bool "Deterministic task and CPU time accounting"
343         depends on HAVE_VIRT_CPU_ACCOUNTING
344         help
345           Select this option to enable more accurate task and CPU time
346           accounting.  This is done by reading a CPU counter on each
347           kernel entry and exit and on transitions within the kernel
348           between system, softirq and hardirq state, so there is a
349           small performance impact.  In the case of s390 or IBM POWER > 5,
350           this also enables accounting of stolen time on logically-partitioned
351           systems.
352
353 config IRQ_TIME_ACCOUNTING
354         bool "Fine granularity task level IRQ time accounting"
355         depends on HAVE_IRQ_TIME_ACCOUNTING
356         help
357           Select this option to enable fine granularity task irq time
358           accounting. This is done by reading a timestamp on each
359           transitions between softirq and hardirq state, so there can be a
360           small performance impact.
361
362           If in doubt, say N here.
363
364 endchoice
365
366 config BSD_PROCESS_ACCT
367         bool "BSD Process Accounting"
368         help
369           If you say Y here, a user level program will be able to instruct the
370           kernel (via a special system call) to write process accounting
371           information to a file: whenever a process exits, information about
372           that process will be appended to the file by the kernel.  The
373           information includes things such as creation time, owning user,
374           command name, memory usage, controlling terminal etc. (the complete
375           list is in the struct acct in <file:include/linux/acct.h>).  It is
376           up to the user level program to do useful things with this
377           information.  This is generally a good idea, so say Y.
378
379 config BSD_PROCESS_ACCT_V3
380         bool "BSD Process Accounting version 3 file format"
381         depends on BSD_PROCESS_ACCT
382         default n
383         help
384           If you say Y here, the process accounting information is written
385           in a new file format that also logs the process IDs of each
386           process and it's parent. Note that this file format is incompatible
387           with previous v0/v1/v2 file formats, so you will need updated tools
388           for processing it. A preliminary version of these tools is available
389           at <http://www.gnu.org/software/acct/>.
390
391 config TASKSTATS
392         bool "Export task/process statistics through netlink (EXPERIMENTAL)"
393         depends on NET
394         default n
395         help
396           Export selected statistics for tasks/processes through the
397           generic netlink interface. Unlike BSD process accounting, the
398           statistics are available during the lifetime of tasks/processes as
399           responses to commands. Like BSD accounting, they are sent to user
400           space on task exit.
401
402           Say N if unsure.
403
404 config TASK_DELAY_ACCT
405         bool "Enable per-task delay accounting (EXPERIMENTAL)"
406         depends on TASKSTATS
407         help
408           Collect information on time spent by a task waiting for system
409           resources like cpu, synchronous block I/O completion and swapping
410           in pages. Such statistics can help in setting a task's priorities
411           relative to other tasks for cpu, io, rss limits etc.
412
413           Say N if unsure.
414
415 config TASK_XACCT
416         bool "Enable extended accounting over taskstats (EXPERIMENTAL)"
417         depends on TASKSTATS
418         help
419           Collect extended task accounting data and send the data
420           to userland for processing over the taskstats interface.
421
422           Say N if unsure.
423
424 config TASK_IO_ACCOUNTING
425         bool "Enable per-task storage I/O accounting (EXPERIMENTAL)"
426         depends on TASK_XACCT
427         help
428           Collect information on the number of bytes of storage I/O which this
429           task has caused.
430
431           Say N if unsure.
432
433 endmenu # "CPU/Task time and stats accounting"
434
435 menu "RCU Subsystem"
436
437 choice
438         prompt "RCU Implementation"
439         default TREE_RCU
440
441 config TREE_RCU
442         bool "Tree-based hierarchical RCU"
443         depends on !PREEMPT && SMP
444         help
445           This option selects the RCU implementation that is
446           designed for very large SMP system with hundreds or
447           thousands of CPUs.  It also scales down nicely to
448           smaller systems.
449
450 config TREE_PREEMPT_RCU
451         bool "Preemptible tree-based hierarchical RCU"
452         depends on PREEMPT && SMP
453         help
454           This option selects the RCU implementation that is
455           designed for very large SMP systems with hundreds or
456           thousands of CPUs, but for which real-time response
457           is also required.  It also scales down nicely to
458           smaller systems.
459
460 config TINY_RCU
461         bool "UP-only small-memory-footprint RCU"
462         depends on !PREEMPT && !SMP
463         help
464           This option selects the RCU implementation that is
465           designed for UP systems from which real-time response
466           is not required.  This option greatly reduces the
467           memory footprint of RCU.
468
469 config TINY_PREEMPT_RCU
470         bool "Preemptible UP-only small-memory-footprint RCU"
471         depends on PREEMPT && !SMP
472         help
473           This option selects the RCU implementation that is designed
474           for real-time UP systems.  This option greatly reduces the
475           memory footprint of RCU.
476
477 endchoice
478
479 config PREEMPT_RCU
480         def_bool ( TREE_PREEMPT_RCU || TINY_PREEMPT_RCU )
481         help
482           This option enables preemptible-RCU code that is common between
483           the TREE_PREEMPT_RCU and TINY_PREEMPT_RCU implementations.
484
485 config CONTEXT_TRACKING
486        bool
487
488 config RCU_USER_QS
489         bool "Consider userspace as in RCU extended quiescent state"
490         depends on HAVE_CONTEXT_TRACKING && SMP
491         select CONTEXT_TRACKING
492         help
493           This option sets hooks on kernel / userspace boundaries and
494           puts RCU in extended quiescent state when the CPU runs in
495           userspace. It means that when a CPU runs in userspace, it is
496           excluded from the global RCU state machine and thus doesn't
497           try to keep the timer tick on for RCU.
498
499           Unless you want to hack and help the development of the full
500           dynticks mode, you shouldn't enable this option.  It also
501           adds unnecessary overhead.
502
503           If unsure say N
504
505 config CONTEXT_TRACKING_FORCE
506         bool "Force context tracking"
507         depends on CONTEXT_TRACKING
508         help
509           Probe on user/kernel boundaries by default in order to
510           test the features that rely on it such as userspace RCU extended
511           quiescent states.
512           This test is there for debugging until we have a real user like the
513           full dynticks mode.
514
515 config RCU_FANOUT
516         int "Tree-based hierarchical RCU fanout value"
517         range 2 64 if 64BIT
518         range 2 32 if !64BIT
519         depends on TREE_RCU || TREE_PREEMPT_RCU
520         default 64 if 64BIT
521         default 32 if !64BIT
522         help
523           This option controls the fanout of hierarchical implementations
524           of RCU, allowing RCU to work efficiently on machines with
525           large numbers of CPUs.  This value must be at least the fourth
526           root of NR_CPUS, which allows NR_CPUS to be insanely large.
527           The default value of RCU_FANOUT should be used for production
528           systems, but if you are stress-testing the RCU implementation
529           itself, small RCU_FANOUT values allow you to test large-system
530           code paths on small(er) systems.
531
532           Select a specific number if testing RCU itself.
533           Take the default if unsure.
534
535 config RCU_FANOUT_LEAF
536         int "Tree-based hierarchical RCU leaf-level fanout value"
537         range 2 RCU_FANOUT if 64BIT
538         range 2 RCU_FANOUT if !64BIT
539         depends on TREE_RCU || TREE_PREEMPT_RCU
540         default 16
541         help
542           This option controls the leaf-level fanout of hierarchical
543           implementations of RCU, and allows trading off cache misses
544           against lock contention.  Systems that synchronize their
545           scheduling-clock interrupts for energy-efficiency reasons will
546           want the default because the smaller leaf-level fanout keeps
547           lock contention levels acceptably low.  Very large systems
548           (hundreds or thousands of CPUs) will instead want to set this
549           value to the maximum value possible in order to reduce the
550           number of cache misses incurred during RCU's grace-period
551           initialization.  These systems tend to run CPU-bound, and thus
552           are not helped by synchronized interrupts, and thus tend to
553           skew them, which reduces lock contention enough that large
554           leaf-level fanouts work well.
555
556           Select a specific number if testing RCU itself.
557
558           Select the maximum permissible value for large systems.
559
560           Take the default if unsure.
561
562 config RCU_FANOUT_EXACT
563         bool "Disable tree-based hierarchical RCU auto-balancing"
564         depends on TREE_RCU || TREE_PREEMPT_RCU
565         default n
566         help
567           This option forces use of the exact RCU_FANOUT value specified,
568           regardless of imbalances in the hierarchy.  This is useful for
569           testing RCU itself, and might one day be useful on systems with
570           strong NUMA behavior.
571
572           Without RCU_FANOUT_EXACT, the code will balance the hierarchy.
573
574           Say N if unsure.
575
576 config RCU_FAST_NO_HZ
577         bool "Accelerate last non-dyntick-idle CPU's grace periods"
578         depends on NO_HZ && SMP
579         default n
580         help
581           This option causes RCU to attempt to accelerate grace periods in
582           order to allow CPUs to enter dynticks-idle state more quickly.
583           On the other hand, this option increases the overhead of the
584           dynticks-idle checking, thus degrading scheduling latency.
585
586           Say Y if energy efficiency is critically important, and you don't
587                 care about real-time response.
588
589           Say N if you are unsure.
590
591 config TREE_RCU_TRACE
592         def_bool RCU_TRACE && ( TREE_RCU || TREE_PREEMPT_RCU )
593         select DEBUG_FS
594         help
595           This option provides tracing for the TREE_RCU and
596           TREE_PREEMPT_RCU implementations, permitting Makefile to
597           trivially select kernel/rcutree_trace.c.
598
599 config RCU_BOOST
600         bool "Enable RCU priority boosting"
601         depends on RT_MUTEXES && PREEMPT_RCU
602         default n
603         help
604           This option boosts the priority of preempted RCU readers that
605           block the current preemptible RCU grace period for too long.
606           This option also prevents heavy loads from blocking RCU
607           callback invocation for all flavors of RCU.
608
609           Say Y here if you are working with real-time apps or heavy loads
610           Say N here if you are unsure.
611
612 config RCU_BOOST_PRIO
613         int "Real-time priority to boost RCU readers to"
614         range 1 99
615         depends on RCU_BOOST
616         default 1
617         help
618           This option specifies the real-time priority to which long-term
619           preempted RCU readers are to be boosted.  If you are working
620           with a real-time application that has one or more CPU-bound
621           threads running at a real-time priority level, you should set
622           RCU_BOOST_PRIO to a priority higher then the highest-priority
623           real-time CPU-bound thread.  The default RCU_BOOST_PRIO value
624           of 1 is appropriate in the common case, which is real-time
625           applications that do not have any CPU-bound threads.
626
627           Some real-time applications might not have a single real-time
628           thread that saturates a given CPU, but instead might have
629           multiple real-time threads that, taken together, fully utilize
630           that CPU.  In this case, you should set RCU_BOOST_PRIO to
631           a priority higher than the lowest-priority thread that is
632           conspiring to prevent the CPU from running any non-real-time
633           tasks.  For example, if one thread at priority 10 and another
634           thread at priority 5 are between themselves fully consuming
635           the CPU time on a given CPU, then RCU_BOOST_PRIO should be
636           set to priority 6 or higher.
637
638           Specify the real-time priority, or take the default if unsure.
639
640 config RCU_BOOST_DELAY
641         int "Milliseconds to delay boosting after RCU grace-period start"
642         range 0 3000
643         depends on RCU_BOOST
644         default 500
645         help
646           This option specifies the time to wait after the beginning of
647           a given grace period before priority-boosting preempted RCU
648           readers blocking that grace period.  Note that any RCU reader
649           blocking an expedited RCU grace period is boosted immediately.
650
651           Accept the default if unsure.
652
653 config RCU_NOCB_CPU
654         bool "Offload RCU callback processing from boot-selected CPUs"
655         depends on TREE_RCU || TREE_PREEMPT_RCU
656         default n
657         help
658           Use this option to reduce OS jitter for aggressive HPC or
659           real-time workloads.  It can also be used to offload RCU
660           callback invocation to energy-efficient CPUs in battery-powered
661           asymmetric multiprocessors.
662
663           This option offloads callback invocation from the set of
664           CPUs specified at boot time by the rcu_nocbs parameter.
665           For each such CPU, a kthread ("rcuoN") will be created to
666           invoke callbacks, where the "N" is the CPU being offloaded.
667           Nothing prevents this kthread from running on the specified
668           CPUs, but (1) the kthreads may be preempted between each
669           callback, and (2) affinity or cgroups can be used to force
670           the kthreads to run on whatever set of CPUs is desired.
671
672           Say Y here if you want reduced OS jitter on selected CPUs.
673           Say N here if you are unsure.
674
675 endmenu # "RCU Subsystem"
676
677 config IKCONFIG
678         tristate "Kernel .config support"
679         ---help---
680           This option enables the complete Linux kernel ".config" file
681           contents to be saved in the kernel. It provides documentation
682           of which kernel options are used in a running kernel or in an
683           on-disk kernel.  This information can be extracted from the kernel
684           image file with the script scripts/extract-ikconfig and used as
685           input to rebuild the current kernel or to build another kernel.
686           It can also be extracted from a running kernel by reading
687           /proc/config.gz if enabled (below).
688
689 config IKCONFIG_PROC
690         bool "Enable access to .config through /proc/config.gz"
691         depends on IKCONFIG && PROC_FS
692         ---help---
693           This option enables access to the kernel configuration file
694           through /proc/config.gz.
695
696 config LOG_BUF_SHIFT
697         int "Kernel log buffer size (16 => 64KB, 17 => 128KB)"
698         range 12 21
699         default 17
700         help
701           Select kernel log buffer size as a power of 2.
702           Examples:
703                      17 => 128 KB
704                      16 => 64 KB
705                      15 => 32 KB
706                      14 => 16 KB
707                      13 =>  8 KB
708                      12 =>  4 KB
709
710 #
711 # Architectures with an unreliable sched_clock() should select this:
712 #
713 config HAVE_UNSTABLE_SCHED_CLOCK
714         bool
715
716 #
717 # For architectures that want to enable the support for NUMA-affine scheduler
718 # balancing logic:
719 #
720 config ARCH_SUPPORTS_NUMA_BALANCING
721         bool
722
723 # For architectures that (ab)use NUMA to represent different memory regions
724 # all cpu-local but of different latencies, such as SuperH.
725 #
726 config ARCH_WANT_NUMA_VARIABLE_LOCALITY
727         bool
728
729 #
730 # For architectures that are willing to define _PAGE_NUMA as _PAGE_PROTNONE
731 config ARCH_WANTS_PROT_NUMA_PROT_NONE
732         bool
733
734 config ARCH_USES_NUMA_PROT_NONE
735         bool
736         default y
737         depends on ARCH_WANTS_PROT_NUMA_PROT_NONE
738         depends on NUMA_BALANCING
739
740 config NUMA_BALANCING_DEFAULT_ENABLED
741         bool "Automatically enable NUMA aware memory/task placement"
742         default y
743         depends on NUMA_BALANCING
744         help
745           If set, autonumic NUMA balancing will be enabled if running on a NUMA
746           machine.
747
748 config NUMA_BALANCING
749         bool "Memory placement aware NUMA scheduler"
750         depends on ARCH_SUPPORTS_NUMA_BALANCING
751         depends on !ARCH_WANT_NUMA_VARIABLE_LOCALITY
752         depends on SMP && NUMA && MIGRATION
753         help
754           This option adds support for automatic NUMA aware memory/task placement.
755           The mechanism is quite primitive and is based on migrating memory when
756           it is references to the node the task is running on.
757
758           This system will be inactive on UMA systems.
759
760 menuconfig CGROUPS
761         boolean "Control Group support"
762         depends on EVENTFD
763         help
764           This option adds support for grouping sets of processes together, for
765           use with process control subsystems such as Cpusets, CFS, memory
766           controls or device isolation.
767           See
768                 - Documentation/scheduler/sched-design-CFS.txt  (CFS)
769                 - Documentation/cgroups/ (features for grouping, isolation
770                                           and resource control)
771
772           Say N if unsure.
773
774 if CGROUPS
775
776 config CGROUP_DEBUG
777         bool "Example debug cgroup subsystem"
778         default n
779         help
780           This option enables a simple cgroup subsystem that
781           exports useful debugging information about the cgroups
782           framework.
783
784           Say N if unsure.
785
786 config CGROUP_FREEZER
787         bool "Freezer cgroup subsystem"
788         help
789           Provides a way to freeze and unfreeze all tasks in a
790           cgroup.
791
792 config CGROUP_DEVICE
793         bool "Device controller for cgroups"
794         help
795           Provides a cgroup implementing whitelists for devices which
796           a process in the cgroup can mknod or open.
797
798 config CPUSETS
799         bool "Cpuset support"
800         help
801           This option will let you create and manage CPUSETs which
802           allow dynamically partitioning a system into sets of CPUs and
803           Memory Nodes and assigning tasks to run only within those sets.
804           This is primarily useful on large SMP or NUMA systems.
805
806           Say N if unsure.
807
808 config PROC_PID_CPUSET
809         bool "Include legacy /proc/<pid>/cpuset file"
810         depends on CPUSETS
811         default y
812
813 config CGROUP_CPUACCT
814         bool "Simple CPU accounting cgroup subsystem"
815         help
816           Provides a simple Resource Controller for monitoring the
817           total CPU consumed by the tasks in a cgroup.
818
819 config RESOURCE_COUNTERS
820         bool "Resource counters"
821         help
822           This option enables controller independent resource accounting
823           infrastructure that works with cgroups.
824
825 config MEMCG
826         bool "Memory Resource Controller for Control Groups"
827         depends on RESOURCE_COUNTERS
828         select MM_OWNER
829         help
830           Provides a memory resource controller that manages both anonymous
831           memory and page cache. (See Documentation/cgroups/memory.txt)
832
833           Note that setting this option increases fixed memory overhead
834           associated with each page of memory in the system. By this,
835           20(40)bytes/PAGE_SIZE on 32(64)bit system will be occupied by memory
836           usage tracking struct at boot. Total amount of this is printed out
837           at boot.
838
839           Only enable when you're ok with these trade offs and really
840           sure you need the memory resource controller. Even when you enable
841           this, you can set "cgroup_disable=memory" at your boot option to
842           disable memory resource controller and you can avoid overheads.
843           (and lose benefits of memory resource controller)
844
845           This config option also selects MM_OWNER config option, which
846           could in turn add some fork/exit overhead.
847
848 config MEMCG_SWAP
849         bool "Memory Resource Controller Swap Extension"
850         depends on MEMCG && SWAP
851         help
852           Add swap management feature to memory resource controller. When you
853           enable this, you can limit mem+swap usage per cgroup. In other words,
854           when you disable this, memory resource controller has no cares to
855           usage of swap...a process can exhaust all of the swap. This extension
856           is useful when you want to avoid exhaustion swap but this itself
857           adds more overheads and consumes memory for remembering information.
858           Especially if you use 32bit system or small memory system, please
859           be careful about enabling this. When memory resource controller
860           is disabled by boot option, this will be automatically disabled and
861           there will be no overhead from this. Even when you set this config=y,
862           if boot option "swapaccount=0" is set, swap will not be accounted.
863           Now, memory usage of swap_cgroup is 2 bytes per entry. If swap page
864           size is 4096bytes, 512k per 1Gbytes of swap.
865 config MEMCG_SWAP_ENABLED
866         bool "Memory Resource Controller Swap Extension enabled by default"
867         depends on MEMCG_SWAP
868         default y
869         help
870           Memory Resource Controller Swap Extension comes with its price in
871           a bigger memory consumption. General purpose distribution kernels
872           which want to enable the feature but keep it disabled by default
873           and let the user enable it by swapaccount boot command line
874           parameter should have this option unselected.
875           For those who want to have the feature enabled by default should
876           select this option (if, for some reason, they need to disable it
877           then swapaccount=0 does the trick).
878 config MEMCG_KMEM
879         bool "Memory Resource Controller Kernel Memory accounting (EXPERIMENTAL)"
880         depends on MEMCG && EXPERIMENTAL
881         depends on SLUB || SLAB
882         help
883           The Kernel Memory extension for Memory Resource Controller can limit
884           the amount of memory used by kernel objects in the system. Those are
885           fundamentally different from the entities handled by the standard
886           Memory Controller, which are page-based, and can be swapped. Users of
887           the kmem extension can use it to guarantee that no group of processes
888           will ever exhaust kernel resources alone.
889
890 config CGROUP_HUGETLB
891         bool "HugeTLB Resource Controller for Control Groups"
892         depends on RESOURCE_COUNTERS && HUGETLB_PAGE && EXPERIMENTAL
893         default n
894         help
895           Provides a cgroup Resource Controller for HugeTLB pages.
896           When you enable this, you can put a per cgroup limit on HugeTLB usage.
897           The limit is enforced during page fault. Since HugeTLB doesn't
898           support page reclaim, enforcing the limit at page fault time implies
899           that, the application will get SIGBUS signal if it tries to access
900           HugeTLB pages beyond its limit. This requires the application to know
901           beforehand how much HugeTLB pages it would require for its use. The
902           control group is tracked in the third page lru pointer. This means
903           that we cannot use the controller with huge page less than 3 pages.
904
905 config CGROUP_PERF
906         bool "Enable perf_event per-cpu per-container group (cgroup) monitoring"
907         depends on PERF_EVENTS && CGROUPS
908         help
909           This option extends the per-cpu mode to restrict monitoring to
910           threads which belong to the cgroup specified and run on the
911           designated cpu.
912
913           Say N if unsure.
914
915 menuconfig CGROUP_SCHED
916         bool "Group CPU scheduler"
917         default n
918         help
919           This feature lets CPU scheduler recognize task groups and control CPU
920           bandwidth allocation to such task groups. It uses cgroups to group
921           tasks.
922
923 if CGROUP_SCHED
924 config FAIR_GROUP_SCHED
925         bool "Group scheduling for SCHED_OTHER"
926         depends on CGROUP_SCHED
927         default CGROUP_SCHED
928
929 config CFS_BANDWIDTH
930         bool "CPU bandwidth provisioning for FAIR_GROUP_SCHED"
931         depends on EXPERIMENTAL
932         depends on FAIR_GROUP_SCHED
933         default n
934         help
935           This option allows users to define CPU bandwidth rates (limits) for
936           tasks running within the fair group scheduler.  Groups with no limit
937           set are considered to be unconstrained and will run with no
938           restriction.
939           See tip/Documentation/scheduler/sched-bwc.txt for more information.
940
941 config RT_GROUP_SCHED
942         bool "Group scheduling for SCHED_RR/FIFO"
943         depends on EXPERIMENTAL
944         depends on CGROUP_SCHED
945         default n
946         help
947           This feature lets you explicitly allocate real CPU bandwidth
948           to task groups. If enabled, it will also make it impossible to
949           schedule realtime tasks for non-root users until you allocate
950           realtime bandwidth for them.
951           See Documentation/scheduler/sched-rt-group.txt for more information.
952
953 endif #CGROUP_SCHED
954
955 config BLK_CGROUP
956         bool "Block IO controller"
957         depends on BLOCK
958         default n
959         ---help---
960         Generic block IO controller cgroup interface. This is the common
961         cgroup interface which should be used by various IO controlling
962         policies.
963
964         Currently, CFQ IO scheduler uses it to recognize task groups and
965         control disk bandwidth allocation (proportional time slice allocation)
966         to such task groups. It is also used by bio throttling logic in
967         block layer to implement upper limit in IO rates on a device.
968
969         This option only enables generic Block IO controller infrastructure.
970         One needs to also enable actual IO controlling logic/policy. For
971         enabling proportional weight division of disk bandwidth in CFQ, set
972         CONFIG_CFQ_GROUP_IOSCHED=y; for enabling throttling policy, set
973         CONFIG_BLK_DEV_THROTTLING=y.
974
975         See Documentation/cgroups/blkio-controller.txt for more information.
976
977 config DEBUG_BLK_CGROUP
978         bool "Enable Block IO controller debugging"
979         depends on BLK_CGROUP
980         default n
981         ---help---
982         Enable some debugging help. Currently it exports additional stat
983         files in a cgroup which can be useful for debugging.
984
985 endif # CGROUPS
986
987 config CHECKPOINT_RESTORE
988         bool "Checkpoint/restore support" if EXPERT
989         default n
990         help
991           Enables additional kernel features in a sake of checkpoint/restore.
992           In particular it adds auxiliary prctl codes to setup process text,
993           data and heap segment sizes, and a few additional /proc filesystem
994           entries.
995
996           If unsure, say N here.
997
998 menuconfig NAMESPACES
999         bool "Namespaces support" if EXPERT
1000         default !EXPERT
1001         help
1002           Provides the way to make tasks work with different objects using
1003           the same id. For example same IPC id may refer to different objects
1004           or same user id or pid may refer to different tasks when used in
1005           different namespaces.
1006
1007 if NAMESPACES
1008
1009 config UTS_NS
1010         bool "UTS namespace"
1011         default y
1012         help
1013           In this namespace tasks see different info provided with the
1014           uname() system call
1015
1016 config IPC_NS
1017         bool "IPC namespace"
1018         depends on (SYSVIPC || POSIX_MQUEUE)
1019         default y
1020         help
1021           In this namespace tasks work with IPC ids which correspond to
1022           different IPC objects in different namespaces.
1023
1024 config USER_NS
1025         bool "User namespace (EXPERIMENTAL)"
1026         depends on EXPERIMENTAL
1027         depends on UIDGID_CONVERTED
1028         select UIDGID_STRICT_TYPE_CHECKS
1029
1030         default n
1031         help
1032           This allows containers, i.e. vservers, to use user namespaces
1033           to provide different user info for different servers.
1034           If unsure, say N.
1035
1036 config PID_NS
1037         bool "PID Namespaces"
1038         default y
1039         help
1040           Support process id namespaces.  This allows having multiple
1041           processes with the same pid as long as they are in different
1042           pid namespaces.  This is a building block of containers.
1043
1044 config NET_NS
1045         bool "Network namespace"
1046         depends on NET
1047         default y
1048         help
1049           Allow user space to create what appear to be multiple instances
1050           of the network stack.
1051
1052 endif # NAMESPACES
1053
1054 config UIDGID_CONVERTED
1055         # True if all of the selected software conmponents are known
1056         # to have uid_t and gid_t converted to kuid_t and kgid_t
1057         # where appropriate and are otherwise safe to use with
1058         # the user namespace.
1059         bool
1060         default y
1061
1062         # Networking
1063         depends on NET_9P = n
1064
1065         # Filesystems
1066         depends on 9P_FS = n
1067         depends on AFS_FS = n
1068         depends on CEPH_FS = n
1069         depends on CIFS = n
1070         depends on CODA_FS = n
1071         depends on GFS2_FS = n
1072         depends on NCP_FS = n
1073         depends on NFSD = n
1074         depends on NFS_FS = n
1075         depends on OCFS2_FS = n
1076         depends on XFS_FS = n
1077
1078 config UIDGID_STRICT_TYPE_CHECKS
1079         bool "Require conversions between uid/gids and their internal representation"
1080         depends on UIDGID_CONVERTED
1081         default n
1082         help
1083          While the nececessary conversions are being added to all subsystems this option allows
1084          the code to continue to build for unconverted subsystems.
1085
1086          Say Y here if you want the strict type checking enabled
1087
1088 config SCHED_AUTOGROUP
1089         bool "Automatic process group scheduling"
1090         select EVENTFD
1091         select CGROUPS
1092         select CGROUP_SCHED
1093         select FAIR_GROUP_SCHED
1094         help
1095           This option optimizes the scheduler for common desktop workloads by
1096           automatically creating and populating task groups.  This separation
1097           of workloads isolates aggressive CPU burners (like build jobs) from
1098           desktop applications.  Task group autogeneration is currently based
1099           upon task session.
1100
1101 config MM_OWNER
1102         bool
1103
1104 config SYSFS_DEPRECATED
1105         bool "Enable deprecated sysfs features to support old userspace tools"
1106         depends on SYSFS
1107         default n
1108         help
1109           This option adds code that switches the layout of the "block" class
1110           devices, to not show up in /sys/class/block/, but only in
1111           /sys/block/.
1112
1113           This switch is only active when the sysfs.deprecated=1 boot option is
1114           passed or the SYSFS_DEPRECATED_V2 option is set.
1115
1116           This option allows new kernels to run on old distributions and tools,
1117           which might get confused by /sys/class/block/. Since 2007/2008 all
1118           major distributions and tools handle this just fine.
1119
1120           Recent distributions and userspace tools after 2009/2010 depend on
1121           the existence of /sys/class/block/, and will not work with this
1122           option enabled.
1123
1124           Only if you are using a new kernel on an old distribution, you might
1125           need to say Y here.
1126
1127 config SYSFS_DEPRECATED_V2
1128         bool "Enable deprecated sysfs features by default"
1129         default n
1130         depends on SYSFS
1131         depends on SYSFS_DEPRECATED
1132         help
1133           Enable deprecated sysfs by default.
1134
1135           See the CONFIG_SYSFS_DEPRECATED option for more details about this
1136           option.
1137
1138           Only if you are using a new kernel on an old distribution, you might
1139           need to say Y here. Even then, odds are you would not need it
1140           enabled, you can always pass the boot option if absolutely necessary.
1141
1142 config RELAY
1143         bool "Kernel->user space relay support (formerly relayfs)"
1144         help
1145           This option enables support for relay interface support in
1146           certain file systems (such as debugfs).
1147           It is designed to provide an efficient mechanism for tools and
1148           facilities to relay large amounts of data from kernel space to
1149           user space.
1150
1151           If unsure, say N.
1152
1153 config BLK_DEV_INITRD
1154         bool "Initial RAM filesystem and RAM disk (initramfs/initrd) support"
1155         depends on BROKEN || !FRV
1156         help
1157           The initial RAM filesystem is a ramfs which is loaded by the
1158           boot loader (loadlin or lilo) and that is mounted as root
1159           before the normal boot procedure. It is typically used to
1160           load modules needed to mount the "real" root file system,
1161           etc. See <file:Documentation/initrd.txt> for details.
1162
1163           If RAM disk support (BLK_DEV_RAM) is also included, this
1164           also enables initial RAM disk (initrd) support and adds
1165           15 Kbytes (more on some other architectures) to the kernel size.
1166
1167           If unsure say Y.
1168
1169 if BLK_DEV_INITRD
1170
1171 source "usr/Kconfig"
1172
1173 endif
1174
1175 config CC_OPTIMIZE_FOR_SIZE
1176         bool "Optimize for size"
1177         help
1178           Enabling this option will pass "-Os" instead of "-O2" to gcc
1179           resulting in a smaller kernel.
1180
1181           If unsure, say N.
1182
1183 config SYSCTL
1184         bool
1185
1186 config ANON_INODES
1187         bool
1188
1189 menuconfig EXPERT
1190         bool "Configure standard kernel features (expert users)"
1191         # Unhide debug options, to make the on-by-default options visible
1192         select DEBUG_KERNEL
1193         help
1194           This option allows certain base kernel options and settings
1195           to be disabled or tweaked. This is for specialized
1196           environments which can tolerate a "non-standard" kernel.
1197           Only use this if you really know what you are doing.
1198
1199 config HAVE_UID16
1200         bool
1201
1202 config UID16
1203         bool "Enable 16-bit UID system calls" if EXPERT
1204         depends on HAVE_UID16
1205         default y
1206         help
1207           This enables the legacy 16-bit UID syscall wrappers.
1208
1209 config SYSCTL_SYSCALL
1210         bool "Sysctl syscall support" if EXPERT
1211         depends on PROC_SYSCTL
1212         default n
1213         select SYSCTL
1214         ---help---
1215           sys_sysctl uses binary paths that have been found challenging
1216           to properly maintain and use.  The interface in /proc/sys
1217           using paths with ascii names is now the primary path to this
1218           information.
1219
1220           Almost nothing using the binary sysctl interface so if you are
1221           trying to save some space it is probably safe to disable this,
1222           making your kernel marginally smaller.
1223
1224           If unsure say N here.
1225
1226 config SYSCTL_EXCEPTION_TRACE
1227         bool
1228         help
1229           Enable support for /proc/sys/debug/exception-trace.
1230
1231 config KALLSYMS
1232          bool "Load all symbols for debugging/ksymoops" if EXPERT
1233          default y
1234          help
1235            Say Y here to let the kernel print out symbolic crash information and
1236            symbolic stack backtraces. This increases the size of the kernel
1237            somewhat, as all symbols have to be loaded into the kernel image.
1238
1239 config KALLSYMS_ALL
1240         bool "Include all symbols in kallsyms"
1241         depends on DEBUG_KERNEL && KALLSYMS
1242         help
1243            Normally kallsyms only contains the symbols of functions for nicer
1244            OOPS messages and backtraces (i.e., symbols from the text and inittext
1245            sections). This is sufficient for most cases. And only in very rare
1246            cases (e.g., when a debugger is used) all symbols are required (e.g.,
1247            names of variables from the data sections, etc).
1248
1249            This option makes sure that all symbols are loaded into the kernel
1250            image (i.e., symbols from all sections) in cost of increased kernel
1251            size (depending on the kernel configuration, it may be 300KiB or
1252            something like this).
1253
1254            Say N unless you really need all symbols.
1255
1256 config HOTPLUG
1257         def_bool y
1258
1259 config PRINTK
1260         default y
1261         bool "Enable support for printk" if EXPERT
1262         help
1263           This option enables normal printk support. Removing it
1264           eliminates most of the message strings from the kernel image
1265           and makes the kernel more or less silent. As this makes it
1266           very difficult to diagnose system problems, saying N here is
1267           strongly discouraged.
1268
1269 config BUG
1270         bool "BUG() support" if EXPERT
1271         default y
1272         help
1273           Disabling this option eliminates support for BUG and WARN, reducing
1274           the size of your kernel image and potentially quietly ignoring
1275           numerous fatal conditions. You should only consider disabling this
1276           option for embedded systems with no facilities for reporting errors.
1277           Just say Y.
1278
1279 config ELF_CORE
1280         depends on COREDUMP
1281         default y
1282         bool "Enable ELF core dumps" if EXPERT
1283         help
1284           Enable support for generating core dumps. Disabling saves about 4k.
1285
1286
1287 config PCSPKR_PLATFORM
1288         bool "Enable PC-Speaker support" if EXPERT
1289         depends on HAVE_PCSPKR_PLATFORM
1290         select I8253_LOCK
1291         default y
1292         help
1293           This option allows to disable the internal PC-Speaker
1294           support, saving some memory.
1295
1296 config HAVE_PCSPKR_PLATFORM
1297         bool
1298
1299 config BASE_FULL
1300         default y
1301         bool "Enable full-sized data structures for core" if EXPERT
1302         help
1303           Disabling this option reduces the size of miscellaneous core
1304           kernel data structures. This saves memory on small machines,
1305           but may reduce performance.
1306
1307 config FUTEX
1308         bool "Enable futex support" if EXPERT
1309         default y
1310         select RT_MUTEXES
1311         help
1312           Disabling this option will cause the kernel to be built without
1313           support for "fast userspace mutexes".  The resulting kernel may not
1314           run glibc-based applications correctly.
1315
1316 config EPOLL
1317         bool "Enable eventpoll support" if EXPERT
1318         default y
1319         select ANON_INODES
1320         help
1321           Disabling this option will cause the kernel to be built without
1322           support for epoll family of system calls.
1323
1324 config SIGNALFD
1325         bool "Enable signalfd() system call" if EXPERT
1326         select ANON_INODES
1327         default y
1328         help
1329           Enable the signalfd() system call that allows to receive signals
1330           on a file descriptor.
1331
1332           If unsure, say Y.
1333
1334 config TIMERFD
1335         bool "Enable timerfd() system call" if EXPERT
1336         select ANON_INODES
1337         default y
1338         help
1339           Enable the timerfd() system call that allows to receive timer
1340           events on a file descriptor.
1341
1342           If unsure, say Y.
1343
1344 config EVENTFD
1345         bool "Enable eventfd() system call" if EXPERT
1346         select ANON_INODES
1347         default y
1348         help
1349           Enable the eventfd() system call that allows to receive both
1350           kernel notification (ie. KAIO) or userspace notifications.
1351
1352           If unsure, say Y.
1353
1354 config SHMEM
1355         bool "Use full shmem filesystem" if EXPERT
1356         default y
1357         depends on MMU
1358         help
1359           The shmem is an internal filesystem used to manage shared memory.
1360           It is backed by swap and manages resource limits. It is also exported
1361           to userspace as tmpfs if TMPFS is enabled. Disabling this
1362           option replaces shmem and tmpfs with the much simpler ramfs code,
1363           which may be appropriate on small systems without swap.
1364
1365 config AIO
1366         bool "Enable AIO support" if EXPERT
1367         default y
1368         help
1369           This option enables POSIX asynchronous I/O which may by used
1370           by some high performance threaded applications. Disabling
1371           this option saves about 7k.
1372
1373 config EMBEDDED
1374         bool "Embedded system"
1375         select EXPERT
1376         help
1377           This option should be enabled if compiling the kernel for
1378           an embedded system so certain expert options are available
1379           for configuration.
1380
1381 config HAVE_PERF_EVENTS
1382         bool
1383         help
1384           See tools/perf/design.txt for details.
1385
1386 config PERF_USE_VMALLOC
1387         bool
1388         help
1389           See tools/perf/design.txt for details
1390
1391 menu "Kernel Performance Events And Counters"
1392
1393 config PERF_EVENTS
1394         bool "Kernel performance events and counters"
1395         default y if PROFILING
1396         depends on HAVE_PERF_EVENTS
1397         select ANON_INODES
1398         select IRQ_WORK
1399         help
1400           Enable kernel support for various performance events provided
1401           by software and hardware.
1402
1403           Software events are supported either built-in or via the
1404           use of generic tracepoints.
1405
1406           Most modern CPUs support performance events via performance
1407           counter registers. These registers count the number of certain
1408           types of hw events: such as instructions executed, cachemisses
1409           suffered, or branches mis-predicted - without slowing down the
1410           kernel or applications. These registers can also trigger interrupts
1411           when a threshold number of events have passed - and can thus be
1412           used to profile the code that runs on that CPU.
1413
1414           The Linux Performance Event subsystem provides an abstraction of
1415           these software and hardware event capabilities, available via a
1416           system call and used by the "perf" utility in tools/perf/. It
1417           provides per task and per CPU counters, and it provides event
1418           capabilities on top of those.
1419
1420           Say Y if unsure.
1421
1422 config DEBUG_PERF_USE_VMALLOC
1423         default n
1424         bool "Debug: use vmalloc to back perf mmap() buffers"
1425         depends on PERF_EVENTS && DEBUG_KERNEL
1426         select PERF_USE_VMALLOC
1427         help
1428          Use vmalloc memory to back perf mmap() buffers.
1429
1430          Mostly useful for debugging the vmalloc code on platforms
1431          that don't require it.
1432
1433          Say N if unsure.
1434
1435 endmenu
1436
1437 config VM_EVENT_COUNTERS
1438         default y
1439         bool "Enable VM event counters for /proc/vmstat" if EXPERT
1440         help
1441           VM event counters are needed for event counts to be shown.
1442           This option allows the disabling of the VM event counters
1443           on EXPERT systems.  /proc/vmstat will only show page counts
1444           if VM event counters are disabled.
1445
1446 config PCI_QUIRKS
1447         default y
1448         bool "Enable PCI quirk workarounds" if EXPERT
1449         depends on PCI
1450         help
1451           This enables workarounds for various PCI chipset
1452           bugs/quirks. Disable this only if your target machine is
1453           unaffected by PCI quirks.
1454
1455 config SLUB_DEBUG
1456         default y
1457         bool "Enable SLUB debugging support" if EXPERT
1458         depends on SLUB && SYSFS
1459         help
1460           SLUB has extensive debug support features. Disabling these can
1461           result in significant savings in code size. This also disables
1462           SLUB sysfs support. /sys/slab will not exist and there will be
1463           no support for cache validation etc.
1464
1465 config COMPAT_BRK
1466         bool "Disable heap randomization"
1467         default y
1468         help
1469           Randomizing heap placement makes heap exploits harder, but it
1470           also breaks ancient binaries (including anything libc5 based).
1471           This option changes the bootup default to heap randomization
1472           disabled, and can be overridden at runtime by setting
1473           /proc/sys/kernel/randomize_va_space to 2.
1474
1475           On non-ancient distros (post-2000 ones) N is usually a safe choice.
1476
1477 choice
1478         prompt "Choose SLAB allocator"
1479         default SLUB
1480         help
1481            This option allows to select a slab allocator.
1482
1483 config SLAB
1484         bool "SLAB"
1485         help
1486           The regular slab allocator that is established and known to work
1487           well in all environments. It organizes cache hot objects in
1488           per cpu and per node queues.
1489
1490 config SLUB
1491         bool "SLUB (Unqueued Allocator)"
1492         help
1493            SLUB is a slab allocator that minimizes cache line usage
1494            instead of managing queues of cached objects (SLAB approach).
1495            Per cpu caching is realized using slabs of objects instead
1496            of queues of objects. SLUB can use memory efficiently
1497            and has enhanced diagnostics. SLUB is the default choice for
1498            a slab allocator.
1499
1500 config SLOB
1501         depends on EXPERT
1502         bool "SLOB (Simple Allocator)"
1503         help
1504            SLOB replaces the stock allocator with a drastically simpler
1505            allocator. SLOB is generally more space efficient but
1506            does not perform as well on large systems.
1507
1508 endchoice
1509
1510 config MMAP_ALLOW_UNINITIALIZED
1511         bool "Allow mmapped anonymous memory to be uninitialized"
1512         depends on EXPERT && !MMU
1513         default n
1514         help
1515           Normally, and according to the Linux spec, anonymous memory obtained
1516           from mmap() has it's contents cleared before it is passed to
1517           userspace.  Enabling this config option allows you to request that
1518           mmap() skip that if it is given an MAP_UNINITIALIZED flag, thus
1519           providing a huge performance boost.  If this option is not enabled,
1520           then the flag will be ignored.
1521
1522           This is taken advantage of by uClibc's malloc(), and also by
1523           ELF-FDPIC binfmt's brk and stack allocator.
1524
1525           Because of the obvious security issues, this option should only be
1526           enabled on embedded devices where you control what is run in
1527           userspace.  Since that isn't generally a problem on no-MMU systems,
1528           it is normally safe to say Y here.
1529
1530           See Documentation/nommu-mmap.txt for more information.
1531
1532 config PROFILING
1533         bool "Profiling support"
1534         help
1535           Say Y here to enable the extended profiling support mechanisms used
1536           by profilers such as OProfile.
1537
1538 #
1539 # Place an empty function call at each tracepoint site. Can be
1540 # dynamically changed for a probe function.
1541 #
1542 config TRACEPOINTS
1543         bool
1544
1545 source "arch/Kconfig"
1546
1547 endmenu         # General setup
1548
1549 config HAVE_GENERIC_DMA_COHERENT
1550         bool
1551         default n
1552
1553 config SLABINFO
1554         bool
1555         depends on PROC_FS
1556         depends on SLAB || SLUB_DEBUG
1557         default y
1558
1559 config RT_MUTEXES
1560         boolean
1561
1562 config BASE_SMALL
1563         int
1564         default 0 if BASE_FULL
1565         default 1 if !BASE_FULL
1566
1567 menuconfig MODULES
1568         bool "Enable loadable module support"
1569         help
1570           Kernel modules are small pieces of compiled code which can
1571           be inserted in the running kernel, rather than being
1572           permanently built into the kernel.  You use the "modprobe"
1573           tool to add (and sometimes remove) them.  If you say Y here,
1574           many parts of the kernel can be built as modules (by
1575           answering M instead of Y where indicated): this is most
1576           useful for infrequently used options which are not required
1577           for booting.  For more information, see the man pages for
1578           modprobe, lsmod, modinfo, insmod and rmmod.
1579
1580           If you say Y here, you will need to run "make
1581           modules_install" to put the modules under /lib/modules/
1582           where modprobe can find them (you may need to be root to do
1583           this).
1584
1585           If unsure, say Y.
1586
1587 if MODULES
1588
1589 config MODULE_FORCE_LOAD
1590         bool "Forced module loading"
1591         default n
1592         help
1593           Allow loading of modules without version information (ie. modprobe
1594           --force).  Forced module loading sets the 'F' (forced) taint flag and
1595           is usually a really bad idea.
1596
1597 config MODULE_UNLOAD
1598         bool "Module unloading"
1599         help
1600           Without this option you will not be able to unload any
1601           modules (note that some modules may not be unloadable
1602           anyway), which makes your kernel smaller, faster
1603           and simpler.  If unsure, say Y.
1604
1605 config MODULE_FORCE_UNLOAD
1606         bool "Forced module unloading"
1607         depends on MODULE_UNLOAD && EXPERIMENTAL
1608         help
1609           This option allows you to force a module to unload, even if the
1610           kernel believes it is unsafe: the kernel will remove the module
1611           without waiting for anyone to stop using it (using the -f option to
1612           rmmod).  This is mainly for kernel developers and desperate users.
1613           If unsure, say N.
1614
1615 config MODVERSIONS
1616         bool "Module versioning support"
1617         help
1618           Usually, you have to use modules compiled with your kernel.
1619           Saying Y here makes it sometimes possible to use modules
1620           compiled for different kernels, by adding enough information
1621           to the modules to (hopefully) spot any changes which would
1622           make them incompatible with the kernel you are running.  If
1623           unsure, say N.
1624
1625 config MODULE_SRCVERSION_ALL
1626         bool "Source checksum for all modules"
1627         help
1628           Modules which contain a MODULE_VERSION get an extra "srcversion"
1629           field inserted into their modinfo section, which contains a
1630           sum of the source files which made it.  This helps maintainers
1631           see exactly which source was used to build a module (since
1632           others sometimes change the module source without updating
1633           the version).  With this option, such a "srcversion" field
1634           will be created for all modules.  If unsure, say N.
1635
1636 config MODULE_SIG
1637         bool "Module signature verification"
1638         depends on MODULES
1639         select KEYS
1640         select CRYPTO
1641         select ASYMMETRIC_KEY_TYPE
1642         select ASYMMETRIC_PUBLIC_KEY_SUBTYPE
1643         select PUBLIC_KEY_ALGO_RSA
1644         select ASN1
1645         select OID_REGISTRY
1646         select X509_CERTIFICATE_PARSER
1647         help
1648           Check modules for valid signatures upon load: the signature
1649           is simply appended to the module. For more information see
1650           Documentation/module-signing.txt.
1651
1652           !!!WARNING!!!  If you enable this option, you MUST make sure that the
1653           module DOES NOT get stripped after being signed.  This includes the
1654           debuginfo strip done by some packagers (such as rpmbuild) and
1655           inclusion into an initramfs that wants the module size reduced.
1656
1657 config MODULE_SIG_FORCE
1658         bool "Require modules to be validly signed"
1659         depends on MODULE_SIG
1660         help
1661           Reject unsigned modules or signed modules for which we don't have a
1662           key.  Without this, such modules will simply taint the kernel.
1663
1664 choice
1665         prompt "Which hash algorithm should modules be signed with?"
1666         depends on MODULE_SIG
1667         help
1668           This determines which sort of hashing algorithm will be used during
1669           signature generation.  This algorithm _must_ be built into the kernel
1670           directly so that signature verification can take place.  It is not
1671           possible to load a signed module containing the algorithm to check
1672           the signature on that module.
1673
1674 config MODULE_SIG_SHA1
1675         bool "Sign modules with SHA-1"
1676         select CRYPTO_SHA1
1677
1678 config MODULE_SIG_SHA224
1679         bool "Sign modules with SHA-224"
1680         select CRYPTO_SHA256
1681
1682 config MODULE_SIG_SHA256
1683         bool "Sign modules with SHA-256"
1684         select CRYPTO_SHA256
1685
1686 config MODULE_SIG_SHA384
1687         bool "Sign modules with SHA-384"
1688         select CRYPTO_SHA512
1689
1690 config MODULE_SIG_SHA512
1691         bool "Sign modules with SHA-512"
1692         select CRYPTO_SHA512
1693
1694 endchoice
1695
1696 endif # MODULES
1697
1698 config INIT_ALL_POSSIBLE
1699         bool
1700         help
1701           Back when each arch used to define their own cpu_online_mask and
1702           cpu_possible_mask, some of them chose to initialize cpu_possible_mask
1703           with all 1s, and others with all 0s.  When they were centralised,
1704           it was better to provide this option than to break all the archs
1705           and have several arch maintainers pursuing me down dark alleys.
1706
1707 config STOP_MACHINE
1708         bool
1709         default y
1710         depends on (SMP && MODULE_UNLOAD) || HOTPLUG_CPU
1711         help
1712           Need stop_machine() primitive.
1713
1714 source "block/Kconfig"
1715
1716 config PREEMPT_NOTIFIERS
1717         bool
1718
1719 config PADATA
1720         depends on SMP
1721         bool
1722
1723 # Can be selected by architectures with broken toolchains
1724 # that get confused by correct const<->read_only section
1725 # mappings
1726 config BROKEN_RODATA
1727         bool
1728
1729 config ASN1
1730         tristate
1731         help
1732           Build a simple ASN.1 grammar compiler that produces a bytecode output
1733           that can be interpreted by the ASN.1 stream decoder and used to
1734           inform it as to what tags are to be expected in a stream and what
1735           functions to call on what tags.
1736
1737 source "kernel/Kconfig.locks"