summaryrefslogtreecommitdiff
path: root/config/kernel/linux.in.2
diff options
context:
space:
mode:
authorYann E. MORIN" <yann.morin.1998@anciens.enib.fr>2011-05-09 17:26:54 (GMT)
committerYann E. MORIN" <yann.morin.1998@anciens.enib.fr>2011-05-09 17:26:54 (GMT)
commit102c0ba895bda39fca917d4c66c76646510ad21a (patch)
treefd973804f078c0a26ad21d5a1e7552e6ece30f4f /config/kernel/linux.in.2
parent508003189a4739c839c95e639ea332a0263b9461 (diff)
kernel/linux: reorder stuff
Yet another reordering... Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
Diffstat (limited to 'config/kernel/linux.in.2')
-rw-r--r--config/kernel/linux.in.2193
1 files changed, 0 insertions, 193 deletions
diff --git a/config/kernel/linux.in.2 b/config/kernel/linux.in.2
index 36b6655..b9eb595 100644
--- a/config/kernel/linux.in.2
+++ b/config/kernel/linux.in.2
@@ -1,174 +1,9 @@
# Linux kernel options
-choice
- bool
- prompt "Get kernel headers from:"
-
-config KERNEL_LINUX_INSTALL
- bool
- prompt "kernel's 'headers_install'"
- help
- This will make use of the new headers_install rule in recent kernels.
- This is most probably what you want to use.
-
-config KERNEL_LINUX_USE_CUSTOM_HEADERS
- bool
- prompt "pre-installed headers tree"
- help
- If you have some pre-installed kernel headers lying around, you can
- enter the path to these headers, below, they will be copied from
- there, and into the toolchain's sysroot.
-
- Note:
- This will *not* let you use a complete kernel tree!
- If you want to use your own full kernel tree, then you want to
- say 'Y' to KERNEL_LINUX_INSTALL, above, and select KERNEL_LINUX_CUSTOM.
-
-endchoice
-
if KERNEL_LINUX_INSTALL
choice
bool
- prompt "Linux kernel version"
-# Don't remove next line
-# CT_INSERT_VERSION_BELOW
-
-config KERNEL_V_2_6_38_4
- bool
- prompt "2.6.38.4"
-
-config KERNEL_V_2_6_38_3
- bool
- prompt "2.6.38.3"
-
-config KERNEL_V_2_6_38_2
- bool
- prompt "2.6.38.2"
-
-config KERNEL_V_2_6_38_1
- bool
- prompt "2.6.38.1"
-
-config KERNEL_V_2_6_38
- bool
- prompt "2.6.38"
-
-config KERNEL_V_2_6_37_6
- bool
- prompt "2.6.37.6"
-
-config KERNEL_V_2_6_36_4
- bool
- prompt "2.6.36.4"
-
-config KERNEL_V_2_6_35_13
- bool
- prompt "2.6.35.13 (longterm)"
- help
- The Linux 2.6.35 tree is a "longterm" maintenance branch.
-
- It is intended to fill the niche for users who are not using distribution
- kernels but want to use a regression-free kernel for a longer time.
-
- Critical bug fixes to later 2.6 releases are often ported to this branch
- which makes 2.6.35 a very useful base for many embedded developers seeking
- stable APIs or those who do not need the latest bleeding edge features.
-
- ... and no, this kernel has not undergone any specific QA testing.
-
- See the original announcement by Andi Kleen in the following mailing
- list entry:
- http://marc.info/?l=linux-kernel&m=129136895415202&w=4
-
-config KERNEL_V_2_6_34_9
- bool
- prompt "2.6.34.9"
-
-config KERNEL_V_2_6_33_12
- bool
- prompt "2.6.33.12"
-
-config KERNEL_V_2_6_32_39
- bool
- prompt "2.6.32.39 (longterm)"
- help
- The Linux 2.6.32 tree is a "longterm" maintenance branch.
-
- It is intended to fill the niche for users who are not using distribution
- kernels but want to use a regression-free kernel for a longer time.
-
- Critical bug fixes to later 2.6 releases are often ported to this branch
- which makes 2.6.32 a very useful base for many embedded developers seeking
- stable APIs or those who do not need the latest bleeding edge features.
-
- ... and no, this kernel has not undergone any specific QA testing.
-
- See the original announcement by Greg Kroah-Hartman in the following
- mailing list entry:
- http://marc.info/?l=linux-kernel&m=126384198403392&w=4
-
-config KERNEL_V_2_6_31_14
- bool
- prompt "2.6.31.14"
-
-config KERNEL_V_2_6_27_58
- bool
- prompt "2.6.27.58 (longterm)"
- help
- The Linux 2.6.27 tree is a "longterm" maintenance branch.
-
- It is intended to fill the niche for users who are not using distribution
- kernels but want to use a regression-free kernel for a longer time.
-
- Critical bug fixes to later 2.6 releases are often ported to this branch
- which makes 2.6.27 a very useful base for many embedded developers seeking
- stable APIs or those who do not need the latest bleeding edge features.
-
- ... and no, this kernel has not undergone any specific QA testing.
-
- See the original announcement by Adrian Bunk in the following mailing list
- entry:
- http://marc.info/?l=linux-kernel&m=122375909403298&w=4
-
- It is now maintained by Greg Kroah-Hartman, see this mailing list entry:
- http://marc.info/?l=linux-kernel&m=129133701916793&w=4
-
-config KERNEL_LINUX_CUSTOM
- bool
- prompt "custom tarball"
- help
- Use a local tarball of a complete kernel source tree.
-
-config KERNEL_LINUX_CUSTOM_TARBALL
- string
- prompt "Path to custom tarball"
- depends on KERNEL_LINUX_CUSTOM
- help
- Enter here the path to the tarball of your full kernel tree.
-
-endchoice
-
-config KERNEL_VERSION
- string
-# Don't remove next line
-# CT_INSERT_VERSION_STRING_BELOW
- default "2.6.38.4" if KERNEL_V_2_6_38_4
- default "2.6.38.3" if KERNEL_V_2_6_38_3
- default "2.6.38.2" if KERNEL_V_2_6_38_2
- default "2.6.38.1" if KERNEL_V_2_6_38_1
- default "2.6.38" if KERNEL_V_2_6_38
- default "2.6.37.6" if KERNEL_V_2_6_37_6
- default "2.6.36.4" if KERNEL_V_2_6_36_4
- default "2.6.35.13" if KERNEL_V_2_6_35_13
- default "2.6.34.9" if KERNEL_V_2_6_34_9
- default "2.6.33.12" if KERNEL_V_2_6_33_12
- default "2.6.32.39" if KERNEL_V_2_6_32_39
- default "2.6.31.14" if KERNEL_V_2_6_31_14
- default "2.6.27.58" if KERNEL_V_2_6_27_58
-
-choice
- bool
prompt "Kernel verbosity:"
default KERNEL_LINUX_VERBOSITY_0
@@ -207,31 +42,3 @@ config KERNEL_LINUX_INSTALL_CHECK
here to have an extra check passed onto the headers.
endif # KERNEL_LINUX_INSTALL
-
-if KERNEL_LINUX_USE_CUSTOM_HEADERS
-
-config KERNEL_LINUX_CUSTOM_IS_TARBALL
- bool
- prompt "This is a tarball"
- default n
- help
- If you say 'n' here, the path below is expected to point to a directory
- containing readily prepared headers
-
- If you say 'y' here, then the path below is expected to point to a
- tarball of such a directory.
-
- Eg., if your headers are available in: /foo/bar/buz/my_hdrs/include,
- say 'n' here, and enter: /foo/bar/buz/my_hdrs below.
-
- Now, passing a tarball around is easier than passing a directory, so
- if you want to, you can make a tarball of /foo/bar/buz/my_hdrs/include,
- say 'y' here, and enter the path to this tarball below.
-
-config KERNEL_LINUX_CUSTOM_PATH
- string
- prompt "Path to custom headers directory/tarball"
- help
- See KERNEL_LINUX_CUSTOM_IS_TARBALL, above.
-
-endif # KERNEL_LINUX_USE_CUSTOM_HEADERS