crosstool-ng/config/kernel/linux.in
Yann E. MORIN" 8d8f2dcfcf kernel/linux: update version
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-24 21:04:58 +01:00

253 lines
7.0 KiB
Plaintext

# Linux kernel options
config KERNEL_linux
select KERNEL_SUPPORTS_SHARED_LIBS
help
Build a toolchain targeting systems running Linux as a kernel.
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.
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_1
bool
prompt "2.6.38.1"
config KERNEL_V_2_6_38
bool
prompt "2.6.38"
config KERNEL_V_2_6_37_5
bool
prompt "2.6.37.5"
config KERNEL_V_2_6_37_4
bool
prompt "2.6.37.4"
config KERNEL_V_2_6_37_3
bool
prompt "2.6.37.3"
config KERNEL_V_2_6_37_2
bool
prompt "2.6.37.2"
config KERNEL_V_2_6_37_1
bool
prompt "2.6.37.1"
config KERNEL_V_2_6_37
bool
prompt "2.6.37"
config KERNEL_V_2_6_36_4
bool
prompt "2.6.36.4"
config KERNEL_V_2_6_35_11
bool
prompt "2.6.35.11 (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_8
bool
prompt "2.6.34.8"
config KERNEL_V_2_6_33_8
bool
prompt "2.6.33.8"
config KERNEL_V_2_6_32_35
bool
prompt "2.6.32.35 (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.1" if KERNEL_V_2_6_38_1
default "2.6.38" if KERNEL_V_2_6_38
default "2.6.37.5" if KERNEL_V_2_6_37_5
default "2.6.37.4" if KERNEL_V_2_6_37_4
default "2.6.37.3" if KERNEL_V_2_6_37_3
default "2.6.37.2" if KERNEL_V_2_6_37_2
default "2.6.37.1" if KERNEL_V_2_6_37_1
default "2.6.37" if KERNEL_V_2_6_37
default "2.6.36.4" if KERNEL_V_2_6_36_4
default "2.6.35.11" if KERNEL_V_2_6_35_11
default "2.6.34.8" if KERNEL_V_2_6_34_8
default "2.6.33.8" if KERNEL_V_2_6_33_8
default "2.6.32.35" if KERNEL_V_2_6_32_35
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
config KERNEL_LINUX_VERBOSITY_0
bool
prompt "Simplified"
help
Print simplified command lines.
config KERNEL_LINUX_VERBOSITY_1
bool
prompt "Full commands"
help
Print full command lines.
config KERNEL_LINUX_VERBOSITY_2
bool
prompt "Exec reasons"
help
Print the reasons why a make target is rebuild.
endchoice
config KERNEL_LINUX_VERBOSE_LEVEL
int
default 0 if KERNEL_LINUX_VERBOSITY_0
default 1 if KERNEL_LINUX_VERBOSITY_1
default 2 if KERNEL_LINUX_VERBOSITY_2
config KERNEL_LINUX_INSTALL_CHECK
bool
prompt "Check installed headers"
default y
help
If you are in doubt that installed headers are buggy, say 'Y'
here to have an extra check passed onto the headers.
endif # KERNEL_LINUX_INSTALL
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.
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
endchoice