2016-08-08 20:34:59 +02:00
|
|
|
comment "Kernel Header Options"
|
|
|
|
|
2013-06-30 21:28:58 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS
|
|
|
|
bool
|
2004-10-09 03:06:03 +02:00
|
|
|
|
|
|
|
choice
|
|
|
|
prompt "Kernel Headers"
|
package/linux-headers: add option to use same sources as the kernel
Some heavily (and most often improperly) modified Linux kernels may export
new APIs to userland, so as to speak to custom hardware or custom kernel
facilities.
However, we currently have no easy way to use such kernels as a source
for the linux-headers package, which precludes having those userland
headers intalled for userland applications to use them.
We do have a way for the kernel to use the same version as for the
headers, but that is definitely not enough, as the linux-headers package
has a version choice that is far less versatile and capable than that of
the linux package.
Add a new option for the linux-headers package, for the user to specify
that the version (really, the sources) of the kernel be used to install
the headers from.
We do that by making linux-headers patch-depend on the linux package.
We can't have linux-header simply depend on linux, because the simple
dependency means the the dependee will be configured, built and installed
before the dependent is configured. And since linux is a target package,
it depends on the toolchain, which internally dependes on linux-headers,
which would depend on linux, and we'd get a circular dependency.
Using patch-depend will ensure that linux is extracted and patched
before linux-headers is extracted, which is really all we need.
Then, we install the headers from the linux source tree, rather than
from linux-headers' source tree (as there's nothing in there!).
Since we need to install a private set for uClibc (see cde947f, uclibc:
prevent rebuilding after installation to staging), we explicitly set
INSTALL_HDR_PATH when calling the kernel' install-headers rule in
LINUX_HEADERS_CONFIGURE_CMDS, so that the headers are installed in
linux-headers' $(@D) instead of linux' $(@D).
Finally, as there is no way to know the kernel version in this case, we
must still prompt the user for the kernel series the headers are from
(like we do for a custom version) and check for consistency at build
time.
Note however that this still leaves users that want to built their
such-kernel outside of Buildroot out in the cold.
[Peter: drop comment as suggested by Thomas]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Karoly Kasza <kaszak@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <jacmet@uclibc.org>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-01-20 19:34:28 +01:00
|
|
|
default BR2_KERNEL_HEADERS_AS_KERNEL if BR2_LINUX_KERNEL
|
2016-10-03 13:14:04 +02:00
|
|
|
default BR2_KERNEL_HEADERS_4_8
|
2004-10-09 03:06:03 +02:00
|
|
|
help
|
2016-07-01 17:14:39 +02:00
|
|
|
Select the kernel version to get headers from.
|
|
|
|
|
|
|
|
The kernel headers must be at least as old as the oldest kernel
|
|
|
|
you intend to run on your target.
|
|
|
|
|
|
|
|
If you use Buildroot to build a kernel, then you can use
|
|
|
|
the sources from that kernel as source for the headers.
|
|
|
|
|
|
|
|
If you choose a custom version of the kernel headers, or choose
|
|
|
|
to use the same sources as the kernel, you'll have to select
|
|
|
|
(below) the series of that kernel, so that Buildroot can show
|
|
|
|
or hide packages that have strong requirements on the kernel
|
|
|
|
headers.
|
2004-10-09 03:06:03 +02:00
|
|
|
|
package/linux-headers: add option to use same sources as the kernel
Some heavily (and most often improperly) modified Linux kernels may export
new APIs to userland, so as to speak to custom hardware or custom kernel
facilities.
However, we currently have no easy way to use such kernels as a source
for the linux-headers package, which precludes having those userland
headers intalled for userland applications to use them.
We do have a way for the kernel to use the same version as for the
headers, but that is definitely not enough, as the linux-headers package
has a version choice that is far less versatile and capable than that of
the linux package.
Add a new option for the linux-headers package, for the user to specify
that the version (really, the sources) of the kernel be used to install
the headers from.
We do that by making linux-headers patch-depend on the linux package.
We can't have linux-header simply depend on linux, because the simple
dependency means the the dependee will be configured, built and installed
before the dependent is configured. And since linux is a target package,
it depends on the toolchain, which internally dependes on linux-headers,
which would depend on linux, and we'd get a circular dependency.
Using patch-depend will ensure that linux is extracted and patched
before linux-headers is extracted, which is really all we need.
Then, we install the headers from the linux source tree, rather than
from linux-headers' source tree (as there's nothing in there!).
Since we need to install a private set for uClibc (see cde947f, uclibc:
prevent rebuilding after installation to staging), we explicitly set
INSTALL_HDR_PATH when calling the kernel' install-headers rule in
LINUX_HEADERS_CONFIGURE_CMDS, so that the headers are installed in
linux-headers' $(@D) instead of linux' $(@D).
Finally, as there is no way to know the kernel version in this case, we
must still prompt the user for the kernel series the headers are from
(like we do for a custom version) and check for consistency at build
time.
Note however that this still leaves users that want to built their
such-kernel outside of Buildroot out in the cold.
[Peter: drop comment as suggested by Thomas]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Karoly Kasza <kaszak@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <jacmet@uclibc.org>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-01-20 19:34:28 +01:00
|
|
|
config BR2_KERNEL_HEADERS_AS_KERNEL
|
2016-07-01 17:14:39 +02:00
|
|
|
bool "Same as kernel being built"
|
package/linux-headers: add option to use same sources as the kernel
Some heavily (and most often improperly) modified Linux kernels may export
new APIs to userland, so as to speak to custom hardware or custom kernel
facilities.
However, we currently have no easy way to use such kernels as a source
for the linux-headers package, which precludes having those userland
headers intalled for userland applications to use them.
We do have a way for the kernel to use the same version as for the
headers, but that is definitely not enough, as the linux-headers package
has a version choice that is far less versatile and capable than that of
the linux package.
Add a new option for the linux-headers package, for the user to specify
that the version (really, the sources) of the kernel be used to install
the headers from.
We do that by making linux-headers patch-depend on the linux package.
We can't have linux-header simply depend on linux, because the simple
dependency means the the dependee will be configured, built and installed
before the dependent is configured. And since linux is a target package,
it depends on the toolchain, which internally dependes on linux-headers,
which would depend on linux, and we'd get a circular dependency.
Using patch-depend will ensure that linux is extracted and patched
before linux-headers is extracted, which is really all we need.
Then, we install the headers from the linux source tree, rather than
from linux-headers' source tree (as there's nothing in there!).
Since we need to install a private set for uClibc (see cde947f, uclibc:
prevent rebuilding after installation to staging), we explicitly set
INSTALL_HDR_PATH when calling the kernel' install-headers rule in
LINUX_HEADERS_CONFIGURE_CMDS, so that the headers are installed in
linux-headers' $(@D) instead of linux' $(@D).
Finally, as there is no way to know the kernel version in this case, we
must still prompt the user for the kernel series the headers are from
(like we do for a custom version) and check for consistency at build
time.
Note however that this still leaves users that want to built their
such-kernel outside of Buildroot out in the cold.
[Peter: drop comment as suggested by Thomas]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Karoly Kasza <kaszak@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <jacmet@uclibc.org>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-01-20 19:34:28 +01:00
|
|
|
depends on BR2_LINUX_KERNEL
|
|
|
|
|
2012-01-05 17:30:14 +01:00
|
|
|
config BR2_KERNEL_HEADERS_3_2
|
|
|
|
bool "Linux 3.2.x kernel headers"
|
2015-02-17 17:26:57 +01:00
|
|
|
depends on !BR2_arc && !BR2_nios2
|
2014-03-01 15:53:00 +01:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_2
|
2012-01-05 17:30:14 +01:00
|
|
|
|
2012-05-21 19:39:14 +02:00
|
|
|
config BR2_KERNEL_HEADERS_3_4
|
|
|
|
bool "Linux 3.4.x kernel headers"
|
2015-02-17 17:26:57 +01:00
|
|
|
depends on !BR2_arc && !BR2_nios2
|
2014-03-01 15:53:00 +01:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_4
|
2012-05-21 19:39:14 +02:00
|
|
|
|
2013-07-04 20:31:35 +02:00
|
|
|
config BR2_KERNEL_HEADERS_3_10
|
|
|
|
bool "Linux 3.10.x kernel headers"
|
2015-02-17 17:26:57 +01:00
|
|
|
depends on !BR2_nios2
|
2014-03-01 15:53:00 +01:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_10
|
2013-07-04 20:31:35 +02:00
|
|
|
|
2013-11-04 22:32:44 +01:00
|
|
|
config BR2_KERNEL_HEADERS_3_12
|
|
|
|
bool "Linux 3.12.x kernel headers"
|
2015-02-17 17:26:57 +01:00
|
|
|
depends on !BR2_nios2
|
2014-03-01 15:53:00 +01:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_12
|
2013-11-04 22:32:44 +01:00
|
|
|
|
2014-04-01 11:19:48 +02:00
|
|
|
config BR2_KERNEL_HEADERS_3_14
|
|
|
|
bool "Linux 3.14.x kernel headers"
|
2015-02-17 17:26:57 +01:00
|
|
|
depends on !BR2_nios2
|
2014-04-01 11:19:48 +02:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_14
|
|
|
|
|
2014-12-08 12:10:40 +01:00
|
|
|
config BR2_KERNEL_HEADERS_3_18
|
|
|
|
bool "Linux 3.18.x kernel headers"
|
2015-02-17 17:26:57 +01:00
|
|
|
depends on !BR2_nios2
|
2014-12-08 12:10:40 +01:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18
|
|
|
|
|
2015-06-22 15:11:04 +02:00
|
|
|
config BR2_KERNEL_HEADERS_4_1
|
|
|
|
bool "Linux 4.1.x kernel headers"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_1
|
|
|
|
|
2016-01-11 11:52:37 +01:00
|
|
|
config BR2_KERNEL_HEADERS_4_4
|
|
|
|
bool "Linux 4.4.x kernel headers"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_4
|
|
|
|
|
2016-03-14 11:14:11 +01:00
|
|
|
config BR2_KERNEL_HEADERS_4_5
|
|
|
|
bool "Linux 4.5.x kernel headers"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_5
|
|
|
|
|
2016-05-16 13:58:13 +02:00
|
|
|
config BR2_KERNEL_HEADERS_4_6
|
|
|
|
bool "Linux 4.6.x kernel headers"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_6
|
|
|
|
|
2016-07-25 01:56:08 +02:00
|
|
|
config BR2_KERNEL_HEADERS_4_7
|
|
|
|
bool "Linux 4.7.x kernel headers"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_7
|
|
|
|
|
2016-10-03 13:14:04 +02:00
|
|
|
config BR2_KERNEL_HEADERS_4_8
|
|
|
|
bool "Linux 4.8.x kernel headers"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_8
|
|
|
|
|
2009-10-07 22:08:25 +02:00
|
|
|
config BR2_KERNEL_HEADERS_VERSION
|
2013-02-06 09:43:25 +01:00
|
|
|
bool "Manually specified Linux version"
|
2004-10-09 03:06:03 +02:00
|
|
|
endchoice
|
|
|
|
|
2009-10-07 22:08:25 +02:00
|
|
|
config BR2_DEFAULT_KERNEL_VERSION
|
|
|
|
string "linux version"
|
|
|
|
depends on BR2_KERNEL_HEADERS_VERSION
|
|
|
|
help
|
|
|
|
Specify the version you want to use.
|
2012-12-11 08:58:32 +01:00
|
|
|
E.G.: 3.6.10
|
2009-10-07 22:08:25 +02:00
|
|
|
|
2014-03-01 15:53:00 +01:00
|
|
|
choice
|
|
|
|
bool "Custom kernel headers series"
|
package/linux-headers: add option to use same sources as the kernel
Some heavily (and most often improperly) modified Linux kernels may export
new APIs to userland, so as to speak to custom hardware or custom kernel
facilities.
However, we currently have no easy way to use such kernels as a source
for the linux-headers package, which precludes having those userland
headers intalled for userland applications to use them.
We do have a way for the kernel to use the same version as for the
headers, but that is definitely not enough, as the linux-headers package
has a version choice that is far less versatile and capable than that of
the linux package.
Add a new option for the linux-headers package, for the user to specify
that the version (really, the sources) of the kernel be used to install
the headers from.
We do that by making linux-headers patch-depend on the linux package.
We can't have linux-header simply depend on linux, because the simple
dependency means the the dependee will be configured, built and installed
before the dependent is configured. And since linux is a target package,
it depends on the toolchain, which internally dependes on linux-headers,
which would depend on linux, and we'd get a circular dependency.
Using patch-depend will ensure that linux is extracted and patched
before linux-headers is extracted, which is really all we need.
Then, we install the headers from the linux source tree, rather than
from linux-headers' source tree (as there's nothing in there!).
Since we need to install a private set for uClibc (see cde947f, uclibc:
prevent rebuilding after installation to staging), we explicitly set
INSTALL_HDR_PATH when calling the kernel' install-headers rule in
LINUX_HEADERS_CONFIGURE_CMDS, so that the headers are installed in
linux-headers' $(@D) instead of linux' $(@D).
Finally, as there is no way to know the kernel version in this case, we
must still prompt the user for the kernel series the headers are from
(like we do for a custom version) and check for consistency at build
time.
Note however that this still leaves users that want to built their
such-kernel outside of Buildroot out in the cold.
[Peter: drop comment as suggested by Thomas]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Karoly Kasza <kaszak@gmail.com>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Peter Korsgaard <jacmet@uclibc.org>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2016-01-20 19:34:28 +01:00
|
|
|
depends on BR2_KERNEL_HEADERS_VERSION || BR2_KERNEL_HEADERS_AS_KERNEL
|
2014-03-01 15:53:00 +01:00
|
|
|
help
|
2016-07-01 17:14:39 +02:00
|
|
|
Specify the kernel headers series you manually selected, above.
|
2014-03-01 15:53:00 +01:00
|
|
|
|
|
|
|
This is used to hide/show some packages that have strict
|
|
|
|
requirements on the version of kernel headers.
|
|
|
|
|
2016-09-12 18:15:54 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_8
|
|
|
|
bool "4.8.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_8
|
|
|
|
|
2016-07-25 01:56:08 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_7
|
|
|
|
bool "4.7.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_7
|
|
|
|
|
2016-05-16 13:58:13 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_6
|
|
|
|
bool "4.6.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_6
|
|
|
|
|
2016-03-14 11:14:11 +01:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_5
|
|
|
|
bool "4.5.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_5
|
|
|
|
|
2016-01-11 11:52:37 +01:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_4
|
|
|
|
bool "4.4.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_4
|
|
|
|
|
2015-11-02 15:56:52 +01:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_3
|
|
|
|
bool "4.3.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_3
|
|
|
|
|
2015-09-01 10:07:28 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_2
|
|
|
|
bool "4.2.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_2
|
|
|
|
|
2015-06-22 15:11:04 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_1
|
|
|
|
bool "4.1.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_1
|
|
|
|
|
2015-04-13 15:00:24 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_4_0
|
|
|
|
bool "4.0.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_0
|
|
|
|
|
2015-02-09 13:33:46 +01:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_19
|
|
|
|
bool "3.19.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_19
|
|
|
|
|
2014-12-08 12:10:40 +01:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_18
|
|
|
|
bool "3.18.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_18
|
|
|
|
|
2014-10-06 13:44:40 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_17
|
|
|
|
bool "3.17.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_17
|
|
|
|
|
2014-08-04 04:29:23 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_16
|
|
|
|
bool "3.16.x"
|
2014-08-06 22:17:47 +02:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_16
|
2014-08-04 04:29:23 +02:00
|
|
|
|
2014-06-09 13:30:34 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_15
|
|
|
|
bool "3.15.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_15
|
|
|
|
|
2014-04-01 11:19:48 +02:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_14
|
|
|
|
bool "3.14.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_14
|
|
|
|
|
2014-03-01 15:53:00 +01:00
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_13
|
|
|
|
bool "3.13.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_13
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_12
|
|
|
|
bool "3.12.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_12
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_11
|
|
|
|
bool "3.11.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_11
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_10
|
|
|
|
bool "3.10.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_10
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_9
|
|
|
|
bool "3.9.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_9
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_8
|
|
|
|
bool "3.8.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_8
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_7
|
|
|
|
bool "3.7.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_7
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_6
|
|
|
|
bool "3.6.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_6
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_5
|
|
|
|
bool "3.5.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_5
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_4
|
|
|
|
bool "3.4.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_4
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_3
|
|
|
|
bool "3.3.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_3
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_2
|
|
|
|
bool "3.2.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_2
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_1
|
|
|
|
bool "3.1.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_1
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_3_0
|
|
|
|
bool "3.0.x"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_3_0
|
|
|
|
|
|
|
|
config BR2_PACKAGE_HOST_LINUX_HEADERS_CUSTOM_REALLY_OLD
|
|
|
|
bool "2.6.x"
|
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
2004-10-09 03:06:03 +02:00
|
|
|
config BR2_DEFAULT_KERNEL_HEADERS
|
|
|
|
string
|
2016-10-22 14:08:31 +02:00
|
|
|
default "3.2.83" if BR2_KERNEL_HEADERS_3_2
|
2016-10-27 12:36:50 +02:00
|
|
|
default "3.4.113" if BR2_KERNEL_HEADERS_3_4
|
2016-10-22 14:08:31 +02:00
|
|
|
default "3.10.104" if BR2_KERNEL_HEADERS_3_10
|
|
|
|
default "3.12.66" if BR2_KERNEL_HEADERS_3_12
|
2016-09-15 17:16:38 +02:00
|
|
|
default "3.14.79" if BR2_KERNEL_HEADERS_3_14
|
2016-10-27 12:36:50 +02:00
|
|
|
default "3.18.44" if BR2_KERNEL_HEADERS_3_18
|
2015-05-13 21:36:00 +02:00
|
|
|
default "3.19.8" if BR2_KERNEL_HEADERS_3_19
|
2015-07-22 16:18:39 +02:00
|
|
|
default "4.0.9" if BR2_KERNEL_HEADERS_4_0
|
2016-10-27 12:36:50 +02:00
|
|
|
default "4.1.35" if BR2_KERNEL_HEADERS_4_1
|
2016-10-31 17:19:18 +01:00
|
|
|
default "4.4.29" if BR2_KERNEL_HEADERS_4_4
|
2016-06-08 12:29:20 +02:00
|
|
|
default "4.5.7" if BR2_KERNEL_HEADERS_4_5
|
2016-08-17 00:14:11 +02:00
|
|
|
default "4.6.7" if BR2_KERNEL_HEADERS_4_6
|
2016-10-22 14:08:31 +02:00
|
|
|
default "4.7.10" if BR2_KERNEL_HEADERS_4_7
|
2016-10-31 17:19:18 +01:00
|
|
|
default "4.8.6" if BR2_KERNEL_HEADERS_4_8
|
2013-09-02 22:07:53 +02:00
|
|
|
default BR2_DEFAULT_KERNEL_VERSION if BR2_KERNEL_HEADERS_VERSION
|