|author||Kees Cook <firstname.lastname@example.org>||2012-10-02 11:36:31 -0700|
|committer||Kees Cook <email@example.com>||2013-01-11 11:38:03 -0800|
|parent||Linux 3.8-rc3 (diff)|
make CONFIG_EXPERIMENTAL invisible and default
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 <firstname.lastname@example.org> CC: "Eric W. Biederman" <email@example.com> CC: Serge Hallyn <firstname.lastname@example.org> CC: "Paul E. McKenney" <email@example.com> CC: Andrew Morton <firstname.lastname@example.org> CC: Frederic Weisbecker <email@example.com> Signed-off-by: Kees Cook <firstname.lastname@example.org> Acked-by: Serge Hallyn <email@example.com> Acked-by: Greg Kroah-Hartman <firstname.lastname@example.org> Reviewed-by: Paul E. McKenney <email@example.com>
Diffstat (limited to 'init')
1 files changed, 2 insertions, 29 deletions
diff --git a/init/Kconfig b/init/Kconfig
index 7d30240e5bfe..66eefd9ba73c 100644
@@ -33,35 +33,8 @@ config BUILDTIME_EXTABLE_SORT
menu "General setup"
- bool "Prompt for development and/or incomplete code/drivers"
- 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.
+ default y