config ARCH	string	option env="ARCH" config KERNELVERSION	string	option env="KERNELVERSION" config DEFCONFIG_LIST	string	depends on !UML	option defconfig_list	default "/lib/modules/$UNAME_RELEASE/.config"	default "/etc/kernel-config"	default "/boot/config-$UNAME_RELEASE"	default "$ARCH_DEFCONFIG"	default "arch/$ARCH/defconfig" config CONSTRUCTORS	bool	depends on !UML config HAVE_IRQ_WORK	bool config IRQ_WORK	bool	depends on HAVE_IRQ_WORK config BUILDTIME_EXTABLE_SORT	bool menu "General setup" config EXPERIMENTAL	bool "Prompt for development and/or incomplete code/drivers"	---help---	  Some of the various things that Linux supports (such as network	  drivers, file systems, network protocols, etc.) can be in a state	  of development where the functionality, stability, or the level of	  testing is not yet high enough for general use. This is usually	  known as the "alpha-test" phase among developers. If a feature is	  currently in alpha-test, then the developers usually discourage	  uninformed widespread use of this feature by the general public to	  avoid "Why doesn't this work?" type mail messages. However, active	  testing and use of these systems is welcomed. Just be aware that it	  may not meet the normal level of reliability or it may fail to work	  in some special cases. Detailed bug reports from people familiar	  with the kernel internals are usually welcomed by the developers	  (before submitting bug reports, please read the documents	  <file:README>, <file:MAINTAINERS>, <file:REPORTING-BUGS>,	  <file:Documentation/BUG-HUNTING>, and	  <file:Documentation/oops-tracing.txt> in the kernel source). 	  This option will also make obsoleted drivers available. These are	  drivers that have been replaced by something else, and/or are	  scheduled to be removed in a future kernel release. 	  Unless you intend to help test and develop a feature or driver that	  falls into this category, or you have a situation that requires	  using these features, you should probably say N here, which will	  cause the configurator to present you with fewer choices. If	  you say Y here, you will be offered the choice of using features or	  drivers that are currently considered to be in the alpha-test phase. config BROKEN	bool config BROKEN_ON_SMP	bool	depends on BROKEN || !SMP	default y config INIT_ENV_ARG_LIMIT	int	default 32 if !UML	default 128 if UML	help	  Maximum of each of the number of arguments and environment	  variables passed to init from the kernel command line.  config CROSS_COMPILE	string "Cross-compiler tool prefix"	help	  Same as running 'make CROSS_COMPILE=prefix-' but stored for	  default make runs in this kernel build directory.  You don't	  need to set this unless you want the configured kernel build	  directory to select the cross-compiler automatically. config LOCALVERSION	string "Local version - append to kernel release"	help	  Append an extra string to the end of your kernel version.	  This will show up when you type uname, for example.	  The string you set here will be appended after the contents of	  any files with a filename matching localversion* in your	  object and source tree, in that order.  Your total string can	  be a maximum of 64 characters. config LOCALVERSION_AUTO	bool "Automatically append version information to the version string"	default y	help	  This will try to automatically determine if the current tree is a	  release tree by looking for git tags that belong to the current	  top of tree revision. 	  A string of the format -gxxxxxxxx will be added to the localversion	  if a git-based tree is found.  The string generated by this will be	  appended after any matching localversion* files, and after the value	  set in CONFIG_LOCALVERSION. 	  (The actual string used here is the first eight characters produced	  by running the command: 	    $ git rev-parse --verify HEAD 	  which is done within the script "scripts/setlocalversion".) config HAVE_KERNEL_GZIP	bool config HAVE_KERNEL_BZIP2	bool config HAVE_KERNEL_LZMA	bool config HAVE_KERNEL_XZ	bool config HAVE_KERNEL_LZO	bool choice	prompt "Kernel compression mode"	default KERNEL_GZIP	depends on HAVE_KERNEL_GZIP || HAVE_KERNEL_BZIP2 || HAVE_KERNEL_LZMA || HAVE_KERNEL_XZ || HAVE_KERNEL_LZO	help	  The linux kernel is a kind of self-extracting executable.	  Several compression algorithms are available, which differ	  in efficiency, compression and decompression speed.	  Compression speed is only relevant when building a kernel.	  Decompression speed is relevant at each boot. 	  If you have any problems with bzip2 or lzma compressed	  kernels, mail me (Alain Knaff) <alain@knaff.lu>. (An older	  version of this functionality (bzip2 only), for 2.4, was	  supplied by Christian Ludwig) 	  High compression options are mostly useful for users, who	  are low on disk space (embedded systems), but for whom ram	  size matters less. 	  If in doubt, select 'gzip' config KERNEL_GZIP	bool "Gzip"	depends on HAVE_KERNEL_GZIP	help	  The old and tried gzip compression. It provides a good balance	  between compression ratio and decompression speed. config KERNEL_BZIP2	bool "Bzip2"	depends on HAVE_KERNEL_BZIP2	help	  Its compression ratio and speed is intermediate.	  Decompression speed is slowest among the choices.  The kernel	  size is about 10% smaller with bzip2, in comparison to gzip.	  Bzip2 uses a large amount of memory. For modern kernels you	  will need at least 8MB RAM or more for booting. config KERNEL_LZMA	bool "LZMA"	depends on HAVE_KERNEL_LZMA	help	  This compression algorithm's ratio is best.  Decompression speed	  is between gzip and bzip2.  Compression is slowest.	  The kernel size is about 33% smaller with LZMA in comparison to gzip. config KERNEL_XZ	bool "XZ"	depends on HAVE_KERNEL_XZ	help	  XZ uses the LZMA2 algorithm and instruction set specific	  BCJ filters which can improve compression ratio of executable	  code. The size of the kernel is about 30% smaller with XZ in	  comparison to gzip. On architectures for which there is a BCJ	  filter (i386, x86_64, ARM, IA-64, PowerPC, and SPARC), XZ	  will create a few percent smaller kernel than plain LZMA. 	  The speed is about the same as with LZMA: The decompression	  speed of XZ is better than that of bzip2 but worse than gzip	  and LZO. Compression is slow. config KERNEL_LZO	bool "LZO"	depends on HAVE_KERNEL_LZO	help	  Its compression ratio is the poorest among the choices. The kernel	  size is about 10% bigger than gzip; however its speed	  (both compression and decompression) is the fastest. endchoice config DEFAULT_HOSTNAME	string "Default hostname"	default "(none)"	help	  This option determines the default system hostname before userspace	  calls sethostname(2). The kernel traditionally uses "(none)" here,	  but you may wish to use a different default here to make a minimal	  system more usable with less configuration. config SWAP	bool "Support for paging of anonymous memory (swap)"	depends on MMU && BLOCK	default y	help	  This option allows you to choose whether you want to have support	  for so called swap devices or swap files in your kernel that are	  used to provide more virtual memory than the actual RAM present	  in your computer.  If unsure say Y. config SYSVIPC	bool "System V IPC"	---help---	  Inter Process Communication is a suite of library functions and	  system calls which let processes (running programs) synchronize and	  exchange information. It is generally considered to be a good thing,	  and some programs won't run unless you say Y here. In particular, if	  you want to run the DOS emulator dosemu under Linux (read the	  DOSEMU-HOWTO, available from <http://www.tldp.org/docs.html#howto>),	  you'll need to say Y here. 	  You can find documentation about IPC with "info ipc" and also in	  section 6.4 of the Linux Programmer's Guide, available from	  <http://www.tldp.org/guides.html>. config SYSVIPC_SYSCTL	bool	depends on SYSVIPC	depends on SYSCTL	default y config POSIX_MQUEUE	bool "POSIX Message Queues"	depends on NET && EXPERIMENTAL	---help---	  POSIX variant of message queues is a part of IPC. In POSIX message	  queues every message has a priority which decides about succession	  of receiving it by a process. If you want to compile and run	  programs written e.g. for Solaris with use of its POSIX message	  queues (functions mq_*) say Y here. 	  POSIX message queues are visible as a filesystem called 'mqueue'	  and can be mounted somewhere if you want to do filesystem	  operations on message queues. 	  If unsure, say Y. config POSIX_MQUEUE_SYSCTL	bool	depends on POSIX_MQUEUE	depends on SYSCTL	default y config FHANDLE	bool "open by fhandle syscalls"	select EXPORTFS	help	  If you say Y here, a user level program will be able to map	  file names to handle and then later use the handle for	  different file system operations. This is useful in implementing	  userspace file servers, which now track files using handles instead	  of names. The handle would remain the same even if file names	  get renamed. Enables open_by_handle_at(2) and name_to_handle_at(2)	  syscalls. config AUDIT	bool "Auditing support"	depends on NET	help	  Enable auditing infrastructure that can be used with another	  kernel subsystem, such as SELinux (which requires this for	  logging of avc messages output).  Does not do system-call	  auditing without CONFIG_AUDITSYSCALL. config AUDITSYSCALL	bool "Enable system-call auditing support"	depends on AUDIT && (X86 || PPC || S390 || IA64 || UML || SPARC64 || SUPERH || (ARM && AEABI && !OABI_COMPAT))	default y if SECURITY_SELINUX	help	  Enable low-overhead system-call auditing infrastructure that	  can be used independently or with another kernel subsystem,	  such as SELinux. config AUDIT_WATCH	def_bool y	depends on AUDITSYSCALL	select FSNOTIFY config AUDIT_TREE	def_bool y	depends on AUDITSYSCALL	select FSNOTIFY config AUDIT_LOGINUID_IMMUTABLE	bool "Make audit loginuid immutable"	depends on AUDIT	help	  The config option toggles if a task setting its loginuid requires	  CAP_SYS_AUDITCONTROL or if that task should require no special permissions	  but should instead only allow setting its loginuid if it was never	  previously set.  On systems which use systemd or a similar central	  process to restart login services this should be set to true.  On older	  systems in which an admin would typically have to directly stop and	  start processes this should be set to false.  Setting this to true allows	  one to drop potentially dangerous capabilites from the login tasks,	  but may not be backwards compatible with older init systems. source "kernel/irq/Kconfig"source "kernel/time/Kconfig" menu "CPU/Task time and stats accounting" choice	prompt "Cputime accounting"	default TICK_CPU_ACCOUNTING if !PPC64	default VIRT_CPU_ACCOUNTING if PPC64 # Kind of a stub config for the pure tick based cputime accountingconfig TICK_CPU_ACCOUNTING	bool "Simple tick based cputime accounting"	depends on !S390	help	  This is the basic tick based cputime accounting that maintains	  statistics about user, system and idle time spent on per jiffies	  granularity. 	  If unsure, say Y. config VIRT_CPU_ACCOUNTING	bool "Deterministic task and CPU time accounting"	depends on HAVE_VIRT_CPU_ACCOUNTING	help	  Select this option to enable more accurate task and CPU time	  accounting.  This is done by reading a CPU counter on each	  kernel entry and exit and on transitions within the kernel	  between system, softirq and hardirq state, so there is a	  small performance impact.  In the case of s390 or IBM POWER > 5,	  this also enables accounting of stolen time on logically-partitioned	  systems. config IRQ_TIME_ACCOUNTING	bool "Fine granularity task level IRQ time accounting"	depends on HAVE_IRQ_TIME_ACCOUNTING	help	  Select this option to enable fine granularity task irq time	  accounting. This is done by reading a timestamp on each	  transitions between softirq and hardirq state, so there can be a	  small performance impact. 	  If in doubt, say N here. endchoice config BSD_PROCESS_ACCT	bool "BSD Process Accounting"	help	  If you say Y here, a user level program will be able to instruct the	  kernel (via a special system call) to write process accounting	  information to a file: whenever a process exits, information about	  that process will be appended to the file by the kernel.  The	  information includes things such as creation time, owning user,	  command name, memory usage, controlling terminal etc. (the complete	  list is in the struct acct in <file:include/linux/acct.h>).  It is	  up to the user level program to do useful things with this	  information.  This is generally a good idea, so say Y. config BSD_PROCESS_ACCT_V3	bool "BSD Process Accounting version 3 file format"	depends on BSD_PROCESS_ACCT	default n	help	  If you say Y here, the process accounting information is written	  in a new file format that also logs the process IDs of each	  process and it's parent. Note that this file format is incompatible	  with previous v0/v1/v2 file formats, so you will need updated tools	  for processing it. A preliminary version of these tools is available	  at <http://www.gnu.org/software/acct/>. config TASKSTATS	bool "Export task/process statistics through netlink (EXPERIMENTAL)"	depends on NET	default n	help	  Export selected statistics for tasks/processes through the	  generic netlink interface. Unlike BSD process accounting, the	  statistics are available during the lifetime of tasks/processes as	  responses to commands. Like BSD accounting, they are sent to user	  space on task exit. 	  Say N if unsure. config TASK_DELAY_ACCT	bool "Enable per-task delay accounting (EXPERIMENTAL)"	depends on TASKSTATS	help	  Collect information on time spent by a task waiting for system	  resources like cpu, synchronous block I/O completion and swapping	  in pages. Such statistics can help in setting a task's priorities	  relative to other tasks for cpu, io, rss limits etc. 	  Say N if unsure. config TASK_XACCT	bool "Enable extended accounting over taskstats (EXPERIMENTAL)"	depends on TASKSTATS	help	  Collect extended task accounting data and send the data	  to userland for processing over the taskstats interface. 	  Say N if unsure. config TASK_IO_ACCOUNTING	bool "Enable per-task storage I/O accounting (EXPERIMENTAL)"	depends on TASK_XACCT	help	  Collect information on the number of bytes of storage I/O which this	  task has caused. 	  Say N if unsure. endmenu # "CPU/Task time and stats accounting" menu "RCU Subsystem" choice	prompt "RCU Implementation"	default TREE_RCU config TREE_RCU	bool "Tree-based hierarchical RCU"	depends on !PREEMPT && SMP	help	  This option selects the RCU implementation that is	  designed for very large SMP system with hundreds or	  thousands of CPUs.  It also scales down nicely to	  smaller systems. config TREE_PREEMPT_RCU	bool "Preemptible tree-based hierarchical RCU"	depends on PREEMPT && SMP	help	  This option selects the RCU implementation that is	  designed for very large SMP systems with hundreds or	  thousands of CPUs, but for which real-time response	  is also required.  It also scales down nicely to	  smaller systems. config TINY_RCU	bool "UP-only small-memory-footprint RCU"	depends on !PREEMPT && !SMP	help	  This option selects the RCU implementation that is	  designed for UP systems from which real-time response	  is not required.  This option greatly reduces the	  memory footprint of RCU. config TINY_PREEMPT_RCU	bool "Preemptible UP-only small-memory-footprint RCU"	depends on PREEMPT && !SMP	help	  This option selects the RCU implementation that is designed	  for real-time UP systems.  This option greatly reduces the	  memory footprint of RCU. endchoice config PREEMPT_RCU	def_bool ( TREE_PREEMPT_RCU || TINY_PREEMPT_RCU )	help	  This option enables preemptible-RCU code that is common between	  the TREE_PREEMPT_RCU and TINY_PREEMPT_RCU implementations. config RCU_USER_QS	bool "Consider userspace as in RCU extended quiescent state"	depends on HAVE_RCU_USER_QS && SMP	help	  This option sets hooks on kernel / userspace boundaries and	  puts RCU in extended quiescent state when the CPU runs in	  userspace. It means that when a CPU runs in userspace, it is	  excluded from the global RCU state machine and thus doesn't	  to keep the timer tick on for RCU. 	  Unless you want to hack and help the development of the full	  tickless feature, you shouldn't enable this option. It adds

Lines 1–500 of 1678. Load more