ckrm-E15
[linux-2.6.git] / init / Kconfig
1
2 menu "Code maturity level options"
3
4 config EXPERIMENTAL
5         bool "Prompt for development and/or incomplete code/drivers"
6         ---help---
7           Some of the various things that Linux supports (such as network
8           drivers, file systems, network protocols, etc.) can be in a state
9           of development where the functionality, stability, or the level of
10           testing is not yet high enough for general use. This is usually
11           known as the "alpha-test" phase among developers. If a feature is
12           currently in alpha-test, then the developers usually discourage
13           uninformed widespread use of this feature by the general public to
14           avoid "Why doesn't this work?" type mail messages. However, active
15           testing and use of these systems is welcomed. Just be aware that it
16           may not meet the normal level of reliability or it may fail to work
17           in some special cases. Detailed bug reports from people familiar
18           with the kernel internals are usually welcomed by the developers
19           (before submitting bug reports, please read the documents
20           <file:README>, <file:MAINTAINERS>, <file:REPORTING-BUGS>,
21           <file:Documentation/BUG-HUNTING>, and
22           <file:Documentation/oops-tracing.txt> in the kernel source).
23
24           This option will also make obsoleted drivers available. These are
25           drivers that have been replaced by something else, and/or are
26           scheduled to be removed in a future kernel release.
27
28           Unless you intend to help test and develop a feature or driver that
29           falls into this category, or you have a situation that requires
30           using these features, you should probably say N here, which will
31           cause the configurator to present you with fewer choices. If
32           you say Y here, you will be offered the choice of using features or
33           drivers that are currently considered to be in the alpha-test phase.
34
35 config CLEAN_COMPILE
36         bool "Select only drivers expected to compile cleanly" if EXPERIMENTAL
37         default y
38         help
39           Select this option if you don't even want to see the option
40           to configure known-broken drivers.
41
42           If unsure, say Y
43
44 config STANDALONE
45         bool "Select only drivers that don't need compile-time external firmware" if EXPERIMENTAL
46         default y
47         help
48           Select this option if you don't have magic firmware for drivers that
49           need it.
50
51           If unsure, say Y.
52
53 config BROKEN
54         bool
55         depends on !CLEAN_COMPILE
56         default y
57
58 config BROKEN_ON_SMP
59         bool
60         depends on BROKEN || !SMP
61         default y
62
63 endmenu
64
65
66 menu "General setup"
67
68 config SWAP
69         bool "Support for paging of anonymous memory (swap)"
70         depends on MMU
71         default y
72         help
73           This option allows you to choose whether you want to have support
74           for socalled swap devices or swap files in your kernel that are
75           used to provide more virtual memory than the actual RAM present
76           in your computer.  If unsure say Y.
77
78 config SYSVIPC
79         bool "System V IPC"
80         ---help---
81           Inter Process Communication is a suite of library functions and
82           system calls which let processes (running programs) synchronize and
83           exchange information. It is generally considered to be a good thing,
84           and some programs won't run unless you say Y here. In particular, if
85           you want to run the DOS emulator dosemu under Linux (read the
86           DOSEMU-HOWTO, available from <http://www.tldp.org/docs.html#howto>),
87           you'll need to say Y here.
88           DOSEMU-HOWTO, available from <http://www.tldp.org/docs.html#howto>),
89           you'll need to say Y here.
90
91           You can find documentation about IPC with "info ipc" and also in
92           section 6.4 of the Linux Programmer's Guide, available from
93           <http://www.tldp.org/guides.html>.
94
95 config POSIX_MQUEUE
96         bool "POSIX Message Queues"
97         depends on NET && EXPERIMENTAL
98         ---help---
99           POSIX variant of message queues is a part of IPC. In POSIX message
100           queues every message has a priority which decides about succession
101           of receiving it by a process. If you want to compile and run
102           programs written e.g. for Solaris with use of its POSIX message
103           queues (functions mq_*) say Y here. To use this feature you will
104           also need mqueue library, available from
105           <http://www.mat.uni.torun.pl/~wrona/posix_ipc/>
106
107           POSIX message queues are visible as a filesystem called 'mqueue'
108           and can be mounted somewhere if you want to do filesystem
109           operations on message queues.
110
111           If unsure, say Y.
112
113 config BSD_PROCESS_ACCT
114         bool "BSD Process Accounting"
115         help
116           If you say Y here, a user level program will be able to instruct the
117           kernel (via a special system call) to write process accounting
118           information to a file: whenever a process exits, information about
119           that process will be appended to the file by the kernel.  The
120           information includes things such as creation time, owning user,
121           command name, memory usage, controlling terminal etc. (the complete
122           list is in the struct acct in <file:include/linux/acct.h>).  It is
123           up to the user level program to do useful things with this
124           information.  This is generally a good idea, so say Y.
125
126 menu "Class Based Kernel Resource Management"
127
128 config CKRM
129         bool "Class Based Kernel Resource Management Core"
130         depends on EXPERIMENTAL
131         help
132           Class-based Kernel Resource Management is a framework for controlling
133           and monitoring resource allocation of user-defined groups of tasks or
134           incoming socket connections. For more information, please visit
135           http://ckrm.sf.net. 
136
137           If you say Y here, enable the Resource Class File System and atleast
138           one of the resource controllers below. Say N if you are unsure. 
139
140 config RCFS_FS
141        tristate "Resource Class File System (User API)"
142        depends on CKRM
143        help
144           RCFS is the filesystem API for CKRM. This separate configuration 
145           option is provided only for debugging and will eventually disappear 
146           since rcfs will be automounted whenever CKRM is configured. 
147
148           Say N if unsure, Y if you've enabled CKRM, M to debug rcfs 
149           initialization.
150
151 config CKRM_TYPE_TASKCLASS
152         bool "Class Manager for Task Groups"
153         depends on CKRM
154         help
155           TASKCLASS provides the extensions for CKRM to track task classes
156           This is the base to enable task class based resource control for
157           cpu, memory and disk I/O.
158         
159           Say N if unsure 
160
161 config CKRM_RES_NUMTASKS
162         tristate "Number of Tasks Resource Manager"
163         depends on CKRM_TYPE_TASKCLASS
164         default m
165         help
166           Provides a Resource Controller for CKRM that allows limiting no of
167           tasks a task class can have.
168         
169           Say N if unsure, Y to use the feature.
170
171 config CKRM_TYPE_SOCKETCLASS
172         bool "Class Manager for socket groups"
173         depends on CKRM
174         help
175           SOCKET provides the extensions for CKRM to track per socket
176           classes.  This is the base to enable socket based resource 
177           control for inbound connection control, bandwidth control etc.
178         
179           Say N if unsure.  
180
181 config CKRM_RES_LISTENAQ
182         tristate "Multiple Accept Queues Resource Manager"
183         depends on CKRM_TYPE_SOCKETCLASS && ACCEPT_QUEUES
184         default m
185         help
186           Provides a  resource controller for CKRM to prioritize inbound
187           connection requests. See inbound control description for
188           "IP: TCP Multiple accept queues support". If you choose that
189           option choose this option to control the queue weights.
190  
191           If unsure, say N.
192
193 config CKRM_RBCE
194         tristate "Vanilla Rule-based Classification Engine (RBCE)"
195         depends on CKRM && RCFS_FS
196         default m
197         help
198           Provides an optional module to support creation of rules for automatic
199           classification of kernel objects. Rules are created/deleted/modified 
200           through an rcfs interface. RBCE is not required for CKRM. 
201  
202           If unsure, say N.
203
204 config CKRM_CRBCE
205         tristate "Enhanced Rule-based Classification Engine (RBCE)"
206         depends on CKRM && RCFS_FS && RELAYFS_FS && DELAY_ACCT
207         default m
208         help
209           Provides an optional module to support creation of rules for automatic
210           classification of kernel objects, just like RBCE above. In addition,
211           CRBCE provides per-process delay data (requires DELAY_ACCT configured)
212           enabled) and makes information on significant kernel events available
213           to userspace tools through relayfs (requires RELAYFS_FS configured). 
214         
215           If unsure, say N.
216
217 endmenu
218
219 config SYSCTL
220         bool "Sysctl support"
221         ---help---
222           The sysctl interface provides a means of dynamically changing
223           certain kernel parameters and variables on the fly without requiring
224           a recompile of the kernel or reboot of the system.  The primary
225           interface consists of a system call, but if you say Y to "/proc
226           file system support", a tree of modifiable sysctl entries will be
227           generated beneath the /proc/sys directory. They are explained in the
228           files in <file:Documentation/sysctl/>.  Note that enabling this
229           option will enlarge the kernel by at least 8 KB.
230
231           As it is generally a good thing, you should say Y here unless
232           building a kernel for install/rescue disks or your system is very
233           limited in memory.
234
235 config AUDIT
236         bool "Auditing support"
237         default y if SECURITY_SELINUX
238         default n
239         help
240           Enable auditing infrastructure that can be used with another
241           kernel subsystem, such as SELinux (which requires this for
242           logging of avc messages output).  Does not do system-call
243           auditing without CONFIG_AUDITSYSCALL.
244
245 config AUDITSYSCALL
246         bool "Enable system-call auditing support"
247         depends on AUDIT && (X86 || PPC64 || ARCH_S390)
248         default y if SECURITY_SELINUX
249         default n
250         help
251           Enable low-overhead system-call auditing infrastructure that
252           can be used independently or with another kernel subsystem,
253           such as SELinux.
254
255 config LOG_BUF_SHIFT
256         int "Kernel log buffer size (16 => 64KB, 17 => 128KB)" if DEBUG_KERNEL
257         range 12 20
258         default 17 if ARCH_S390
259         default 16 if X86_NUMAQ || IA64
260         default 15 if SMP
261         default 14
262         help
263           Select kernel log buffer size as a power of 2.
264           Defaults and Examples:
265                      17 => 128 KB for S/390
266                      16 => 64 KB for x86 NUMAQ or IA-64
267                      15 => 32 KB for SMP
268                      14 => 16 KB for uniprocessor
269                      13 =>  8 KB
270                      12 =>  4 KB
271
272 config HOTPLUG
273         bool "Support for hot-pluggable devices" if !ARCH_S390
274         default ARCH_S390
275         help
276           Say Y here if you want to plug devices into your computer while
277           the system is running, and be able to use them quickly.  In many
278           cases, the devices can likewise be unplugged at any time too.
279
280           One well known example of this is PCMCIA- or PC-cards, credit-card
281           size devices such as network cards, modems or hard drives which are
282           plugged into slots found on all modern laptop computers.  Another
283           example, used on modern desktops as well as laptops, is USB.
284
285           Enable HOTPLUG and KMOD, and build a modular kernel.  Get agent
286           software (at <http://linux-hotplug.sourceforge.net/>) and install it.
287           Then your kernel will automatically call out to a user mode "policy
288           agent" (/sbin/hotplug) to load modules and set up software needed
289           to use devices as you hotplug them.
290
291 config IKCONFIG
292         bool "Kernel .config support"
293         ---help---
294           This option enables the complete Linux kernel ".config" file
295           contents, information on compiler used to build the kernel,
296           kernel running when this kernel was built and kernel version
297           from Makefile to be saved in the kernel. It provides documentation
298           of which kernel options are used in a running kernel or in an
299           on-disk kernel.  This information can be extracted from the kernel
300           image file with the script scripts/extract-ikconfig and used as
301           input to rebuild the current kernel or to build another kernel.
302           It can also be extracted from a running kernel by reading
303           /proc/config.gz and /proc/config_built_with, if enabled (below).
304           /proc/config.gz will list the configuration that was used
305           to build the kernel and /proc/config_built_with will list
306           information on the compiler and host machine that was used to
307           build the kernel.
308
309 config IKCONFIG_PROC
310         bool "Enable access to .config through /proc/config.gz"
311         depends on IKCONFIG && PROC_FS
312         ---help---
313           This option enables access to kernel configuration file and build
314           information through /proc/config.gz.
315
316
317 menuconfig EMBEDDED
318         bool "Configure standard kernel features (for small systems)"
319         help
320           This option allows certain base kernel options and settings
321           to be disabled or tweaked. This is for specialized
322           environments which can tolerate a "non-standard" kernel.
323           Only use this if you really know what you are doing.
324
325 config DELAY_ACCT
326         bool "Enable delay accounting (EXPERIMENTAL)"
327         help
328           In addition to counting frequency the total delay in ns is also
329           recorded. CPU delays are specified as cpu-wait and cpu-run. 
330           I/O delays are recorded for memory and regular I/O.
331           Information is accessible through /proc/<pid>/delay.
332
333
334 config KALLSYMS
335          bool "Load all symbols for debugging/kksymoops" if EMBEDDED
336          default y
337          help
338            Say Y here to let the kernel print out symbolic crash information and
339            symbolic stack backtraces. This increases the size of the kernel
340            somewhat, as all symbols have to be loaded into the kernel image.
341
342 config KALLSYMS_ALL
343         bool "Include all symbols in kallsyms"
344         depends on DEBUG_KERNEL && KALLSYMS
345         help
346            Normally kallsyms only contains the symbols of functions, for nicer
347            OOPS messages.  Some debuggers can use kallsyms for other
348            symbols too: say Y here to include all symbols, and you
349            don't care about adding 300k to the size of your kernel.
350
351            Say N.
352
353 config FUTEX
354         bool "Enable futex support" if EMBEDDED
355         default y
356         help
357           Disabling this option will cause the kernel to be built without
358           support for "fast userspace mutexes".  The resulting kernel may not
359           run glibc-based applications correctly.
360
361 config EPOLL
362         bool "Enable eventpoll support" if EMBEDDED
363         default y
364         help
365           Disabling this option will cause the kernel to be built without
366           support for epoll family of system calls.
367
368 source "drivers/block/Kconfig.iosched"
369
370 config CC_OPTIMIZE_FOR_SIZE
371         bool "Optimize for size" if EMBEDDED
372         default y if ARM || H8300
373         default n
374         help
375           Enabling this option will pass "-Os" instead of "-O2" to gcc
376           resulting in a smaller kernel.
377
378           WARNING: some versions of gcc may generate incorrect code with this
379           option.  If problems are observed, a gcc upgrade may be needed.
380
381           If unsure, say N.
382
383 endmenu         # General setup
384
385
386 menu "Loadable module support"
387
388 config MODULES
389         bool "Enable loadable module support"
390         help
391           Kernel modules are small pieces of compiled code which can
392           be inserted in the running kernel, rather than being
393           permanently built into the kernel.  You use the "modprobe"
394           tool to add (and sometimes remove) them.  If you say Y here,
395           many parts of the kernel can be built as modules (by
396           answering M instead of Y where indicated): this is most
397           useful for infrequently used options which are not required
398           for booting.  For more information, see the man pages for
399           modprobe, lsmod, modinfo, insmod and rmmod.
400
401           If you say Y here, you will need to run "make
402           modules_install" to put the modules under /lib/modules/
403           where modprobe can find them (you may need to be root to do
404           this).
405
406           If unsure, say Y.
407
408 config MODULE_UNLOAD
409         bool "Module unloading"
410         depends on MODULES
411         help
412           Without this option you will not be able to unload any
413           modules (note that some modules may not be unloadable
414           anyway), which makes your kernel slightly smaller and
415           simpler.  If unsure, say Y.
416
417 config MODULE_FORCE_UNLOAD
418         bool "Forced module unloading"
419         depends on MODULE_UNLOAD && EXPERIMENTAL
420         help
421           This option allows you to force a module to unload, even if the
422           kernel believes it is unsafe: the kernel will remove the module
423           without waiting for anyone to stop using it (using the -f option to
424           rmmod).  This is mainly for kernel developers and desperate users.
425           If unsure, say N.
426
427 config OBSOLETE_MODPARM
428         bool
429         default y
430         depends on MODULES
431         help
432           You need this option to use module parameters on modules which
433           have not been converted to the new module parameter system yet.
434           If unsure, say Y.
435
436 config MODVERSIONS
437         bool "Module versioning support (EXPERIMENTAL)"
438         depends on MODULES && EXPERIMENTAL
439         help
440           Usually, you have to use modules compiled with your kernel.
441           Saying Y here makes it sometimes possible to use modules
442           compiled for different kernels, by adding enough information
443           to the modules to (hopefully) spot any changes which would
444           make them incompatible with the kernel you are running.  If
445           unsure, say N.
446
447 config KMOD
448         bool "Automatic kernel module loading"
449         depends on MODULES
450         help
451           Normally when you have selected some parts of the kernel to
452           be created as kernel modules, you must load them (using the
453           "modprobe" command) before you can use them. If you say Y
454           here, some parts of the kernel will be able to load modules
455           automatically: when a part of the kernel needs a module, it
456           runs modprobe with the appropriate arguments, thereby
457           loading the module if it is available.  If unsure, say Y.
458
459 config STOP_MACHINE
460         bool
461         default y
462         depends on (SMP && MODULE_UNLOAD) || HOTPLUG_CPU
463         help
464           Need stop_machine() primitive.
465 endmenu