crosstool-ng/config/kernel/linux.in

# Linux kernel options

## 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.

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_3_0
    bool
    prompt "3.0"

config KERNEL_V_2_6_39_3
    bool
    prompt "2.6.39.3"

config KERNEL_V_2_6_39_2
    bool
    prompt "2.6.39.2"

config KERNEL_V_2_6_39_1
    bool
    prompt "2.6.39.1"

config KERNEL_V_2_6_39
    bool
    prompt "2.6.39"

config KERNEL_V_2_6_38_8
    bool
    prompt "2.6.38.8"

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_10
    bool
    prompt "2.6.34.10"

config KERNEL_V_2_6_33_16
    bool
    prompt "2.6.33.16"

config KERNEL_V_2_6_32_43
    bool
    prompt "2.6.32.43 (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_59
    bool
    prompt "2.6.27.59 (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 "3.0" if KERNEL_V_3_0
    default "2.6.39.3" if KERNEL_V_2_6_39_3
    default "2.6.39.2" if KERNEL_V_2_6_39_2
    default "2.6.39.1" if KERNEL_V_2_6_39_1
    default "2.6.39" if KERNEL_V_2_6_39
    default "2.6.38.8" if KERNEL_V_2_6_38_8
    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.10" if KERNEL_V_2_6_34_10
    default "2.6.33.16" if KERNEL_V_2_6_33_16
    default "2.6.32.43" if KERNEL_V_2_6_32_43
    default "2.6.31.14" if KERNEL_V_2_6_31_14
    default "2.6.27.59" if KERNEL_V_2_6_27_59

endif # KERNEL_LINUX_INSTALL

if KERNEL_LINUX_USE_CUSTOM_HEADERS

config KERNEL_LINUX_CUSTOM_PATH
    string
    prompt "Path to custom headers directory/tarball"
    help
      See KERNEL_LINUX_CUSTOM_IS_TARBALL, below.

config KERNEL_LINUX_CUSTOM_IS_TARBALL
    bool
    prompt "This is a tarball"
    help
      If you say 'n' here, the path above is expected to point to a directory
      containing readily prepared headers
      
      If you say 'y' here, then the path above 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.

endif # KERNEL_LINUX_USE_CUSTOM_HEADERS