]> git.karo-electronics.de Git - karo-tx-linux.git/commitdiff
make CONFIG_EXPERIMENTAL invisible and default
authorKees Cook <keescook@chromium.org>
Tue, 2 Oct 2012 18:36:31 +0000 (11:36 -0700)
committerKees Cook <keescook@chromium.org>
Wed, 31 Oct 2012 20:10:04 +0000 (13:10 -0700)
This config item has not carried much meaning for a while now and is
almost always enabled by default (especially in distro builds). As agreed
during the Linux kernel summit, it should be removed. As a first step,
remove it from being listed, and default it to on. Once it has been
removed from all subsystem Kconfigs, it will be dropped entirely.

For items that really are experimental, maintainers should use "default
n", optionally include "(EXPERIMENTAL)" in the title, and add language to
the help text indicating why the item should be considered experimental.

For items that are dangerously experimental, the maintainer is encouraged
to follow the above title recommendation, add stronger language to the
help text, and optionally use (depending on the extent of the danger,
from least to most dangerous): printk(), add_taint(TAINT_WARN),
add_taint(TAINT_CRAP), WARN_ON(1), and CONFIG_BROKEN.

CC: Greg KH <gregkh@linuxfoundation.org>
CC: "Eric W. Biederman" <ebiederm@xmission.com>
CC: Serge Hallyn <serge.hallyn@canonical.com>
CC: "Paul E. McKenney" <paulmck@linux.vnet.ibm.com>
CC: Andrew Morton <akpm@linux-foundation.org>
CC: Frederic Weisbecker <fweisbec@gmail.com>
Signed-off-by: Kees Cook <keescook@chromium.org>
Acked-by: Serge Hallyn <serge.hallyn@canonical.com>
Acked-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Reviewed-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
init/Kconfig

index 6fdd6e339326a079a2b6b5a3a1d2940b2bd81bd8..2bf7b83945cc1720193a24fbcf0ec5d86fa7b7c5 100644 (file)
@@ -33,35 +33,8 @@ config BUILDTIME_EXTABLE_SORT
 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.
+       bool
+       default y
 
 config BROKEN
        bool