New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
menu "Kernel"
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL
|
|
|
|
bool "Linux Kernel"
|
2020-05-03 15:10:00 +02:00
|
|
|
select BR2_PACKAGE_HOST_KMOD # Unconditional, even if modules not enabled
|
2019-02-19 14:15:29 +01:00
|
|
|
select BR2_PACKAGE_HOST_IMAGEMAGICK if BR2_LINUX_KERNEL_CUSTOM_LOGO_PATH != ""
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
help
|
|
|
|
Enable this option if you want to build a Linux kernel for
|
|
|
|
your embedded device
|
|
|
|
|
|
|
|
if BR2_LINUX_KERNEL
|
|
|
|
|
linux: add blind kconfig option to require kernel modules
Currently, packages that need the kernel to have support for laodable
modules have two ways to require it:
- either the use the kernel-module infra, which does it automatically,
- or they do not use it, and they need to require it manually by
setting the corresponding Makefile variable; however, they must only
set it when they are actually enabled, which makes for a slightly
cumbersome and ugly code, like:
ifeq ($(BR2_PACKAGE_FOO),y)
LINUX_NEEDS_MODULES = y
endif
Introduce a new blind Kconfig option that packages can select to signify
they need kernel modules. That Kconfig option is then used to set the
Makefile variable.
It makes it cleaner:
- code is simpler (one Kconfig line instead of a Makefile if-block,
- this is handled at the Kconfig level, which is where we usually
handle such dependencies.
Packages will be updated in follow-up commits.
Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Signed-off-by: Peter Korsgaard <peter@korsgaard.com>
2015-12-10 19:53:13 +01:00
|
|
|
# Packages that need to have a kernel with support for loadable modules,
|
|
|
|
# but do not use the kernel-modules infrastructure, should select that
|
|
|
|
# option.
|
|
|
|
config BR2_LINUX_NEEDS_MODULES
|
|
|
|
bool
|
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
#
|
|
|
|
# Version selection. We provide the choice between:
|
|
|
|
#
|
|
|
|
# 1. A single fairly recent stable kernel version
|
2016-08-14 17:32:55 +02:00
|
|
|
# 2. A custom stable version
|
|
|
|
# 3. A custom tarball
|
|
|
|
# 4. A set of custom repository locations
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
#
|
|
|
|
choice
|
|
|
|
prompt "Kernel version"
|
|
|
|
|
2013-05-06 06:10:55 +02:00
|
|
|
config BR2_LINUX_KERNEL_LATEST_VERSION
|
2023-10-30 07:41:01 +01:00
|
|
|
bool "Latest version (6.6)"
|
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_6_6 if BR2_KERNEL_HEADERS_AS_KERNEL
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
2017-04-06 18:58:25 +02:00
|
|
|
config BR2_LINUX_KERNEL_LATEST_CIP_VERSION
|
2023-02-06 11:22:35 +01:00
|
|
|
bool "Latest CIP SLTS version (5.10.162-cip24)"
|
2022-05-02 23:53:42 +02:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_5_10 if BR2_KERNEL_HEADERS_AS_KERNEL
|
2017-04-06 18:58:25 +02:00
|
|
|
help
|
|
|
|
CIP launched in the spring of 2016 to address the needs of
|
|
|
|
organizations in industries such as power generation and
|
|
|
|
distribution, water, oil and gas, transportation, building
|
|
|
|
automation and more for reliable and secure Linux-based
|
|
|
|
embedded systems that can be sustained over a period of
|
|
|
|
10 to as many as 60 years.
|
|
|
|
The project's goal is to provide an open source base layer
|
|
|
|
of industrial-grade software that permits the use and
|
|
|
|
implementation of software building blocks that meet
|
|
|
|
these requirements.
|
|
|
|
|
2021-12-08 16:46:40 +01:00
|
|
|
The CIP community plans to maintain 5.10 for security and
|
2017-04-06 18:58:25 +02:00
|
|
|
bug fixes for more than 10 years.
|
|
|
|
|
|
|
|
https://www.cip-project.org
|
|
|
|
|
2019-11-26 12:59:33 +01:00
|
|
|
config BR2_LINUX_KERNEL_LATEST_CIP_RT_VERSION
|
2023-02-06 11:22:35 +01:00
|
|
|
bool "Latest CIP RT SLTS version (5.10.162-cip24-rt10)"
|
2022-05-02 23:53:42 +02:00
|
|
|
select BR2_TOOLCHAIN_HEADERS_AT_LEAST_5_10 if BR2_KERNEL_HEADERS_AS_KERNEL
|
2019-11-26 12:59:33 +01:00
|
|
|
help
|
|
|
|
Same as the CIP version, but this is the PREEMPT_RT realtime
|
|
|
|
variant.
|
|
|
|
|
2021-12-08 16:46:41 +01:00
|
|
|
The CIP community plans to maintain 5.10 for security and
|
2019-11-26 12:59:33 +01:00
|
|
|
bug fixes for more than 10 years.
|
|
|
|
|
|
|
|
https://www.cip-project.org
|
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_VERSION
|
|
|
|
bool "Custom version"
|
|
|
|
help
|
2013-09-02 22:07:58 +02:00
|
|
|
This option allows to use a specific official version from
|
|
|
|
kernel.org, like 2.6.x, 2.6.x.y, 3.x.y, ...
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
2014-01-22 20:35:56 +01:00
|
|
|
Note: you cannot use this option to select a _longterm_ 2.6
|
|
|
|
kernel, because these kernels are not located at the standard
|
|
|
|
URL at kernel.org. Instead, select "Custom tarball" and
|
|
|
|
specify the right URL directly.
|
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_TARBALL
|
|
|
|
bool "Custom tarball"
|
|
|
|
help
|
2018-04-01 07:08:43 +02:00
|
|
|
This option allows to specify a URL pointing to a kernel
|
|
|
|
source tarball. This URL can use any protocol recognized by
|
|
|
|
Buildroot, like http://, ftp://, file:// or scp://.
|
2015-01-16 09:07:05 +01:00
|
|
|
|
2018-04-01 07:08:43 +02:00
|
|
|
When pointing to a local tarball using file://, you may want
|
|
|
|
to use a make variable like $(TOPDIR) to reference the root of
|
|
|
|
the Buildroot tree.
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
2011-07-11 22:46:11 +02:00
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_GIT
|
2013-09-02 22:07:56 +02:00
|
|
|
bool "Custom Git repository"
|
2011-07-11 22:46:11 +02:00
|
|
|
help
|
|
|
|
This option allows Buildroot to get the Linux kernel source
|
|
|
|
code from a Git repository.
|
|
|
|
|
2013-09-02 22:07:54 +02:00
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_HG
|
|
|
|
bool "Custom Mercurial repository"
|
|
|
|
help
|
|
|
|
This option allows Buildroot to get the Linux kernel source
|
|
|
|
code from a Mercurial repository.
|
|
|
|
|
2016-03-29 19:22:58 +02:00
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_SVN
|
|
|
|
bool "Custom Subversion repository"
|
|
|
|
help
|
|
|
|
This option allows Buildroot to get the Linux kernel source
|
|
|
|
code from a Subversion repository.
|
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
endchoice
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE
|
|
|
|
string "Kernel version"
|
|
|
|
depends on BR2_LINUX_KERNEL_CUSTOM_VERSION
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_TARBALL_LOCATION
|
|
|
|
string "URL of custom kernel tarball"
|
|
|
|
depends on BR2_LINUX_KERNEL_CUSTOM_TARBALL
|
|
|
|
|
2016-03-29 19:22:58 +02:00
|
|
|
if BR2_LINUX_KERNEL_CUSTOM_GIT || BR2_LINUX_KERNEL_CUSTOM_HG || BR2_LINUX_KERNEL_CUSTOM_SVN
|
2011-07-11 22:46:11 +02:00
|
|
|
|
2013-09-02 22:07:54 +02:00
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_REPO_URL
|
|
|
|
string "URL of custom repository"
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION
|
|
|
|
string "Custom repository version"
|
2012-05-10 15:59:46 +02:00
|
|
|
help
|
2018-04-01 07:08:43 +02:00
|
|
|
Revision to use in the typical format used by
|
|
|
|
Git/Mercurial/Subversion E.G. a sha id, a tag, branch, ..
|
2011-07-11 22:46:11 +02:00
|
|
|
|
2013-09-02 22:07:54 +02:00
|
|
|
endif
|
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
config BR2_LINUX_KERNEL_VERSION
|
|
|
|
string
|
2024-05-31 22:31:00 +02:00
|
|
|
default "6.6.32" if BR2_LINUX_KERNEL_LATEST_VERSION
|
2023-02-06 11:22:35 +01:00
|
|
|
default "5.10.162-cip24" if BR2_LINUX_KERNEL_LATEST_CIP_VERSION
|
|
|
|
default "5.10.162-cip24-rt10" if BR2_LINUX_KERNEL_LATEST_CIP_RT_VERSION
|
2013-09-02 22:07:54 +02:00
|
|
|
default BR2_LINUX_KERNEL_CUSTOM_VERSION_VALUE \
|
|
|
|
if BR2_LINUX_KERNEL_CUSTOM_VERSION
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
default "custom" if BR2_LINUX_KERNEL_CUSTOM_TARBALL
|
2013-09-02 22:07:54 +02:00
|
|
|
default BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION \
|
2016-03-29 19:22:58 +02:00
|
|
|
if BR2_LINUX_KERNEL_CUSTOM_GIT || BR2_LINUX_KERNEL_CUSTOM_HG || BR2_LINUX_KERNEL_CUSTOM_SVN
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
|
|
|
#
|
|
|
|
# Patch selection
|
|
|
|
#
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_PATCH
|
2010-12-05 21:53:18 +01:00
|
|
|
string "Custom kernel patches"
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
help
|
2010-12-05 21:53:18 +01:00
|
|
|
A space-separated list of patches to apply to the
|
|
|
|
kernel. Each patch can be described as an URL, a local file
|
|
|
|
path, or a directory. In the case of a directory, all files
|
2015-03-29 19:33:22 +02:00
|
|
|
matching *.patch in the directory will be applied.
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
|
|
|
#
|
|
|
|
# Configuration selection
|
|
|
|
#
|
|
|
|
|
|
|
|
choice
|
|
|
|
prompt "Kernel configuration"
|
|
|
|
default BR2_LINUX_KERNEL_USE_DEFCONFIG
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_USE_DEFCONFIG
|
2015-03-05 18:55:12 +01:00
|
|
|
bool "Using an in-tree defconfig file"
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
linux: allow the selection of the architecture's default configuration
To configure the Linux kernel, we currently provide two options:
1. Passing a defconfig name (for example "multi_v7"), to which we append
"_defconfig" to run "make multi_v7_defconfig".
2. Passing a path to a custom configuration file.
Unfortunately, those two possibilities do not allow to configure the
kernel when you want to use the default configuration built into the
kernel for a given architecture. For example, on ARM64, there is a
single defconfig simply called "defconfig", which you can load by
running "make defconfig".
Using the mechanism (1) above doesn't work because we append
"_defconfig" automatically.
One solution would be to change (1) and require the user to enter the
full defconfig named (i.e "multi_v7_defconfig" instead of "multi_v7"),
but we would break all existing Buildroot configurations.
So instead, we add a third option, which simply tells Buildroot to use
the default configuration for the selected architecture. In this case,
Buildroot will configure the kernel by running "make defconfig".
Cc: Naresh Kamboju <naresh.kamboju@linaro.org>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-06-14 12:19:58 +02:00
|
|
|
config BR2_LINUX_KERNEL_USE_ARCH_DEFAULT_CONFIG
|
|
|
|
bool "Use the architecture default configuration"
|
|
|
|
help
|
|
|
|
This option will use the default configuration for the
|
|
|
|
selected architecture. I.e, it is equivalent to running
|
|
|
|
"make ARCH=<foo> defconfig". This is useful on architectures
|
|
|
|
that have a single defconfig file, such as ARM64.
|
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
config BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG
|
2015-03-05 18:55:12 +01:00
|
|
|
bool "Using a custom (def)config file"
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
|
|
|
endchoice
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_DEFCONFIG
|
|
|
|
string "Defconfig name"
|
|
|
|
depends on BR2_LINUX_KERNEL_USE_DEFCONFIG
|
|
|
|
help
|
2013-11-11 17:23:23 +01:00
|
|
|
Name of the kernel defconfig file to use, without the
|
|
|
|
trailing _defconfig. The defconfig is located in
|
|
|
|
arch/<arch>/configs in the kernel tree.
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_CONFIG_FILE
|
|
|
|
string "Configuration file path"
|
|
|
|
depends on BR2_LINUX_KERNEL_USE_CUSTOM_CONFIG
|
|
|
|
help
|
|
|
|
Path to the kernel configuration file
|
|
|
|
|
2015-03-05 18:55:12 +01:00
|
|
|
Note: this can be a defconfig file or a complete .config file,
|
2018-04-01 07:08:43 +02:00
|
|
|
which can later be saved back with make
|
|
|
|
linux-update-(def)config.
|
2015-03-05 18:55:12 +01:00
|
|
|
|
2015-04-28 16:34:32 +02:00
|
|
|
config BR2_LINUX_KERNEL_CONFIG_FRAGMENT_FILES
|
|
|
|
string "Additional configuration fragment files"
|
|
|
|
help
|
|
|
|
A space-separated list of kernel configuration fragment files,
|
|
|
|
that will be merged to the main kernel configuration file.
|
|
|
|
|
2018-08-24 15:44:58 +02:00
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_LOGO_PATH
|
|
|
|
string "Custom boot logo file path"
|
|
|
|
help
|
|
|
|
Use a custom Linux framebuffer boot logo.
|
|
|
|
Custom logo should be in PNG or JPEG format, it will be
|
|
|
|
converted to the linux kernel format (224 colors only)
|
|
|
|
and copied over the original logo file.
|
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
#
|
|
|
|
# Binary format
|
|
|
|
#
|
|
|
|
|
|
|
|
choice
|
|
|
|
prompt "Kernel binary format"
|
2016-03-31 21:34:26 +02:00
|
|
|
default BR2_LINUX_KERNEL_ZIMAGE if BR2_arm || BR2_armeb
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_UIMAGE
|
|
|
|
bool "uImage"
|
2018-04-05 21:50:20 +02:00
|
|
|
depends on BR2_arc || BR2_arm || BR2_armeb || \
|
2015-04-13 23:49:03 +02:00
|
|
|
BR2_powerpc || BR2_powerpc64 || BR2_powerpc64le || \
|
2016-09-08 20:38:57 +02:00
|
|
|
BR2_sh || BR2_mips || BR2_mipsel || \
|
2017-03-14 19:30:52 +01:00
|
|
|
BR2_mips64 || BR2_mips64el || BR2_xtensa
|
linux: select BR2_PACKAGE_HOST_UBOOT_TOOLS instead of BR2_LINUX_KERNEL_UBOOT_IMAGE
A long time ago, the blind config option BR2_LINUX_KERNEL_UBOOT_IMAGE
was introduced to be able to trigger the linux -> host-uboot-tools
dependency. Back in those days, there was no user-configurable
BR2_PACKAGE_HOST_UBOOT_TOOLS.
Now, however, it is possible to select a custom kernel image name that
needs uboot-tools, and manually enable BR2_PACKAGE_HOST_UBOOT_TOOLS. In
this case, however, the linux -> host-uboot-tools is missed and the
build is not reproducible. An example of such a situation is the
upcoming CI40 defconfig.
As a solution, remove BR2_LINUX_KERNEL_UBOOT_IMAGE entirely. Instead,
just select BR2_PACKAGE_HOST_UBOOT_TOOLS and add the dependency if it
is selected.
Note that this may introduce a redundant dependency in case the user
selected BR2_PACKAGE_HOST_UBOOT_TOOLS for some other reason (e.g. to
be able to generate a U-Boot environment to include in the image, while
the kernel is built as a zImage). However, the redundant dependency
shouldn't hurt much.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Cc: Abhimanyu Vishwakarma <abhimanyu.v@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-10 18:05:11 +02:00
|
|
|
select BR2_PACKAGE_HOST_UBOOT_TOOLS
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
2012-07-30 14:32:47 +02:00
|
|
|
config BR2_LINUX_KERNEL_APPENDED_UIMAGE
|
|
|
|
bool "uImage with appended DT"
|
|
|
|
depends on BR2_arm || BR2_armeb
|
|
|
|
select BR2_LINUX_KERNEL_DTS_SUPPORT
|
|
|
|
select BR2_LINUX_KERNEL_APPENDED_DTB
|
linux: select BR2_PACKAGE_HOST_UBOOT_TOOLS instead of BR2_LINUX_KERNEL_UBOOT_IMAGE
A long time ago, the blind config option BR2_LINUX_KERNEL_UBOOT_IMAGE
was introduced to be able to trigger the linux -> host-uboot-tools
dependency. Back in those days, there was no user-configurable
BR2_PACKAGE_HOST_UBOOT_TOOLS.
Now, however, it is possible to select a custom kernel image name that
needs uboot-tools, and manually enable BR2_PACKAGE_HOST_UBOOT_TOOLS. In
this case, however, the linux -> host-uboot-tools is missed and the
build is not reproducible. An example of such a situation is the
upcoming CI40 defconfig.
As a solution, remove BR2_LINUX_KERNEL_UBOOT_IMAGE entirely. Instead,
just select BR2_PACKAGE_HOST_UBOOT_TOOLS and add the dependency if it
is selected.
Note that this may introduce a redundant dependency in case the user
selected BR2_PACKAGE_HOST_UBOOT_TOOLS for some other reason (e.g. to
be able to generate a U-Boot environment to include in the image, while
the kernel is built as a zImage). However, the redundant dependency
shouldn't hurt much.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Cc: Abhimanyu Vishwakarma <abhimanyu.v@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-10 18:05:11 +02:00
|
|
|
select BR2_PACKAGE_HOST_UBOOT_TOOLS
|
2012-07-30 14:32:47 +02:00
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
config BR2_LINUX_KERNEL_BZIMAGE
|
|
|
|
bool "bzImage"
|
2020-09-17 06:07:53 +02:00
|
|
|
depends on BR2_i386 || BR2_x86_64 || BR2_s390x
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_ZIMAGE
|
|
|
|
bool "zImage"
|
2014-05-13 07:28:21 +02:00
|
|
|
depends on BR2_arm || BR2_armeb || BR2_powerpc || \
|
|
|
|
BR2_powerpc64 || BR2_powerpc64le || BR2_sparc || \
|
2016-09-08 20:38:57 +02:00
|
|
|
BR2_sh || BR2_xtensa
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
2015-10-29 13:52:05 +01:00
|
|
|
config BR2_LINUX_KERNEL_ZIMAGE_EPAPR
|
|
|
|
bool "zImage.epapr"
|
|
|
|
depends on BR2_powerpc64 || BR2_powerpc64le
|
|
|
|
|
2012-07-30 14:32:47 +02:00
|
|
|
config BR2_LINUX_KERNEL_APPENDED_ZIMAGE
|
|
|
|
bool "zImage with appended DT"
|
|
|
|
depends on BR2_arm || BR2_armeb
|
|
|
|
select BR2_LINUX_KERNEL_DTS_SUPPORT
|
|
|
|
select BR2_LINUX_KERNEL_APPENDED_DTB
|
|
|
|
|
2012-07-30 14:32:48 +02:00
|
|
|
config BR2_LINUX_KERNEL_CUIMAGE
|
|
|
|
bool "cuImage"
|
|
|
|
depends on BR2_powerpc
|
linux: select BR2_PACKAGE_HOST_UBOOT_TOOLS instead of BR2_LINUX_KERNEL_UBOOT_IMAGE
A long time ago, the blind config option BR2_LINUX_KERNEL_UBOOT_IMAGE
was introduced to be able to trigger the linux -> host-uboot-tools
dependency. Back in those days, there was no user-configurable
BR2_PACKAGE_HOST_UBOOT_TOOLS.
Now, however, it is possible to select a custom kernel image name that
needs uboot-tools, and manually enable BR2_PACKAGE_HOST_UBOOT_TOOLS. In
this case, however, the linux -> host-uboot-tools is missed and the
build is not reproducible. An example of such a situation is the
upcoming CI40 defconfig.
As a solution, remove BR2_LINUX_KERNEL_UBOOT_IMAGE entirely. Instead,
just select BR2_PACKAGE_HOST_UBOOT_TOOLS and add the dependency if it
is selected.
Note that this may introduce a redundant dependency in case the user
selected BR2_PACKAGE_HOST_UBOOT_TOOLS for some other reason (e.g. to
be able to generate a U-Boot environment to include in the image, while
the kernel is built as a zImage). However, the redundant dependency
shouldn't hurt much.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Cc: Abhimanyu Vishwakarma <abhimanyu.v@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-10 18:05:11 +02:00
|
|
|
select BR2_PACKAGE_HOST_UBOOT_TOOLS
|
2012-07-30 14:32:48 +02:00
|
|
|
select BR2_LINUX_KERNEL_DTS_SUPPORT
|
|
|
|
select BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_SIMPLEIMAGE
|
|
|
|
bool "simpleImage"
|
|
|
|
depends on BR2_microblaze
|
linux: select BR2_PACKAGE_HOST_UBOOT_TOOLS instead of BR2_LINUX_KERNEL_UBOOT_IMAGE
A long time ago, the blind config option BR2_LINUX_KERNEL_UBOOT_IMAGE
was introduced to be able to trigger the linux -> host-uboot-tools
dependency. Back in those days, there was no user-configurable
BR2_PACKAGE_HOST_UBOOT_TOOLS.
Now, however, it is possible to select a custom kernel image name that
needs uboot-tools, and manually enable BR2_PACKAGE_HOST_UBOOT_TOOLS. In
this case, however, the linux -> host-uboot-tools is missed and the
build is not reproducible. An example of such a situation is the
upcoming CI40 defconfig.
As a solution, remove BR2_LINUX_KERNEL_UBOOT_IMAGE entirely. Instead,
just select BR2_PACKAGE_HOST_UBOOT_TOOLS and add the dependency if it
is selected.
Note that this may introduce a redundant dependency in case the user
selected BR2_PACKAGE_HOST_UBOOT_TOOLS for some other reason (e.g. to
be able to generate a U-Boot environment to include in the image, while
the kernel is built as a zImage). However, the redundant dependency
shouldn't hurt much.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Cc: Abhimanyu Vishwakarma <abhimanyu.v@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-10 18:05:11 +02:00
|
|
|
select BR2_PACKAGE_HOST_UBOOT_TOOLS
|
2012-07-30 14:32:48 +02:00
|
|
|
select BR2_LINUX_KERNEL_DTS_SUPPORT
|
|
|
|
select BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT
|
|
|
|
|
2015-10-04 18:28:15 +02:00
|
|
|
config BR2_LINUX_KERNEL_IMAGE
|
|
|
|
bool "Image"
|
2022-02-28 17:26:32 +01:00
|
|
|
depends on BR2_aarch64 || BR2_aarch64_be || BR2_riscv
|
2015-10-04 18:28:15 +02:00
|
|
|
|
2021-01-22 11:39:49 +01:00
|
|
|
config BR2_LINUX_KERNEL_IMAGEGZ
|
|
|
|
bool "Image.gz"
|
2022-02-28 17:26:32 +01:00
|
|
|
depends on BR2_aarch64 || BR2_aarch64_be || BR2_riscv
|
2021-01-22 11:39:49 +01:00
|
|
|
|
2012-07-30 14:32:48 +02:00
|
|
|
config BR2_LINUX_KERNEL_LINUX_BIN
|
|
|
|
bool "linux.bin"
|
|
|
|
depends on BR2_microblaze
|
linux: select BR2_PACKAGE_HOST_UBOOT_TOOLS instead of BR2_LINUX_KERNEL_UBOOT_IMAGE
A long time ago, the blind config option BR2_LINUX_KERNEL_UBOOT_IMAGE
was introduced to be able to trigger the linux -> host-uboot-tools
dependency. Back in those days, there was no user-configurable
BR2_PACKAGE_HOST_UBOOT_TOOLS.
Now, however, it is possible to select a custom kernel image name that
needs uboot-tools, and manually enable BR2_PACKAGE_HOST_UBOOT_TOOLS. In
this case, however, the linux -> host-uboot-tools is missed and the
build is not reproducible. An example of such a situation is the
upcoming CI40 defconfig.
As a solution, remove BR2_LINUX_KERNEL_UBOOT_IMAGE entirely. Instead,
just select BR2_PACKAGE_HOST_UBOOT_TOOLS and add the dependency if it
is selected.
Note that this may introduce a redundant dependency in case the user
selected BR2_PACKAGE_HOST_UBOOT_TOOLS for some other reason (e.g. to
be able to generate a U-Boot environment to include in the image, while
the kernel is built as a zImage). However, the redundant dependency
shouldn't hurt much.
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
Cc: Abhimanyu Vishwakarma <abhimanyu.v@gmail.com>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2017-04-10 18:05:11 +02:00
|
|
|
select BR2_PACKAGE_HOST_UBOOT_TOOLS
|
2012-07-30 14:32:48 +02:00
|
|
|
|
2010-09-01 15:26:24 +02:00
|
|
|
config BR2_LINUX_KERNEL_VMLINUX_BIN
|
|
|
|
bool "vmlinux.bin"
|
2016-09-08 20:38:57 +02:00
|
|
|
depends on BR2_mips || BR2_mipsel || BR2_sh
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
|
2010-12-05 21:53:23 +01:00
|
|
|
config BR2_LINUX_KERNEL_VMLINUX
|
|
|
|
bool "vmlinux"
|
|
|
|
|
2011-09-20 11:01:26 +02:00
|
|
|
config BR2_LINUX_KERNEL_VMLINUZ
|
|
|
|
bool "vmlinuz"
|
|
|
|
depends on BR2_mips || BR2_mipsel
|
|
|
|
|
2015-12-15 08:34:06 +01:00
|
|
|
config BR2_LINUX_KERNEL_VMLINUZ_BIN
|
|
|
|
bool "vmlinuz.bin"
|
|
|
|
depends on BR2_mips || BR2_mipsel
|
|
|
|
|
2011-03-21 18:39:43 +01:00
|
|
|
config BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM
|
|
|
|
bool "custom target"
|
|
|
|
help
|
|
|
|
For certain cases a board-specific target image must be
|
|
|
|
used. For example, on powerPC where the OpenFirmware
|
|
|
|
description is attached in a board-specific kernel image
|
|
|
|
target like 'cuImage.mpc8379_rdb'.
|
|
|
|
|
|
|
|
Select this option and specify the make target in "Kernel
|
|
|
|
image target name".
|
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
endchoice
|
|
|
|
|
2015-07-12 13:43:32 +02:00
|
|
|
#
|
|
|
|
# Kernel compression format
|
|
|
|
#
|
|
|
|
|
|
|
|
choice
|
|
|
|
prompt "Kernel compression format"
|
|
|
|
help
|
2018-04-01 07:08:43 +02:00
|
|
|
This selection will just ensure that the correct host tools
|
|
|
|
are built. The actual compression for the kernel should be
|
|
|
|
selected in the kernel configuration menu.
|
2015-07-12 13:43:32 +02:00
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_GZIP
|
|
|
|
bool "gzip compression"
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_LZ4
|
|
|
|
bool "lz4 compression"
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_LZMA
|
|
|
|
bool "lzma compression"
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_LZO
|
|
|
|
bool "lzo compression"
|
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_XZ
|
|
|
|
bool "xz compression"
|
|
|
|
|
2020-09-01 15:48:49 +02:00
|
|
|
config BR2_LINUX_KERNEL_ZSTD
|
|
|
|
bool "zstd compression"
|
|
|
|
|
2021-03-24 12:45:22 +01:00
|
|
|
config BR2_LINUX_KERNEL_UNCOMPRESSED
|
|
|
|
bool "uncompressed"
|
|
|
|
depends on BR2_s390x
|
|
|
|
|
2015-07-12 13:43:32 +02:00
|
|
|
endchoice
|
|
|
|
|
2011-03-21 18:39:43 +01:00
|
|
|
config BR2_LINUX_KERNEL_IMAGE_TARGET_NAME
|
|
|
|
string "Kernel image target name"
|
|
|
|
depends on BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM
|
|
|
|
help
|
|
|
|
Specify the kernel make target to build the kernel that you
|
|
|
|
need.
|
|
|
|
|
2014-07-11 14:49:22 +02:00
|
|
|
config BR2_LINUX_KERNEL_IMAGE_NAME
|
|
|
|
string "Kernel image name"
|
|
|
|
depends on BR2_LINUX_KERNEL_IMAGE_TARGET_CUSTOM
|
|
|
|
help
|
2020-04-02 23:45:49 +02:00
|
|
|
The filename of the kernel image, if it is different from
|
|
|
|
the make target (above). Defaults to
|
|
|
|
BR2_LINUX_KERNEL_IMAGE_TARGET_NAME. If specified, the
|
|
|
|
filename is relative to arch/ARCH/boot/.
|
2014-07-11 14:49:22 +02:00
|
|
|
|
|
|
|
If unsure, leave it empty.
|
|
|
|
|
2013-03-13 12:13:24 +01:00
|
|
|
config BR2_LINUX_KERNEL_UIMAGE_LOADADDR
|
|
|
|
string "load address (for 3.7+ multi-platform image)"
|
|
|
|
depends on BR2_arm || BR2_armeb
|
|
|
|
depends on BR2_LINUX_KERNEL_UIMAGE || BR2_LINUX_KERNEL_APPENDED_UIMAGE
|
|
|
|
help
|
2018-04-01 07:08:43 +02:00
|
|
|
If your ARM system's Linux kernel is configured with the new
|
|
|
|
(3.7+) multi-architecture support (CONFIG_ARCH_MULTIPLATFORM=y
|
|
|
|
in your kernel config), then it is necessary to specify a
|
|
|
|
kernel load address when building the uImage. This should be a
|
|
|
|
hexadecimal string beginning with 0x, for example: 0x00008000.
|
2013-03-13 12:13:24 +01:00
|
|
|
|
|
|
|
If unsure, let this option empty.
|
|
|
|
|
2012-07-30 14:32:45 +02:00
|
|
|
config BR2_LINUX_KERNEL_DTS_SUPPORT
|
2015-01-02 13:26:27 +01:00
|
|
|
bool "Build a Device Tree Blob (DTB)"
|
2012-07-30 14:32:45 +02:00
|
|
|
help
|
2018-04-01 07:08:43 +02:00
|
|
|
Compile one or more device tree sources into device tree
|
|
|
|
blobs.
|
2015-01-02 13:26:27 +01:00
|
|
|
Select the dts files to compile in the options below.
|
2012-07-30 14:32:45 +02:00
|
|
|
|
|
|
|
if BR2_LINUX_KERNEL_DTS_SUPPORT
|
|
|
|
|
2012-07-30 14:32:47 +02:00
|
|
|
# We have mainly three cases when it comes to device tree support:
|
|
|
|
# 1) We don't want any support at all. Then the ..DTS_SUPPORT
|
|
|
|
# variable won't be set
|
2015-04-08 02:53:36 +02:00
|
|
|
# 2) We want device tree support, so we need the user to enter the
|
|
|
|
# device tree name or the path to the custom device he uses, but
|
|
|
|
# the kernel abstracts this from us and only build an image that
|
|
|
|
# looks like a regular kernel image. In this case, we only need
|
|
|
|
# to derive the kernel image name from the given device tree
|
|
|
|
# name, and all the rest is as usual
|
2012-07-30 14:32:47 +02:00
|
|
|
# 3) We want device tree support, but the kernel requires us to
|
|
|
|
# build the device tree blob separately. In this case, some
|
|
|
|
# more logic will be needed.
|
|
|
|
# The variable below address the second case, were you only want
|
|
|
|
# limited actions from buildroot.
|
|
|
|
config BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT
|
linux: make BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT public
Currently the BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT option is only
available to be selected by another config option. This option controls
if the Linux build system should build the DTB itself, or if buildroot
explicitly calls the Linux Makefile like "make something.dtb".
My use case: I want to build an OpenRISC image with a custom device tree
file. OpenRISC does not support appended DTBs, and I'm not using a
bootloader, but link everything into a single kernel (vmlinux) image.
The kernel option CONFIG_OPENRISC_BUILTIN_DTB allows me to specify a dtb
file, which is typically located in the kernel source tree in
arch/openrisc/boot/dts/NAME.dts.
Since my dts file is not part of the upstream kernel, I have two
options: either patch the kernel to include the DTS file, and then
specify it using the CONFIG_OPENRISC_BUILTIN_DTB option.
Or use buildroot's BR2_LINUX_KERNEL_CUSTOM_DTS_PATH config option to
copy any DTS file to the kernel source tree, and then specify this file
with CONFIG_OPENRISC_BUILTIN_DTB as before.
However, the second option also requries the buildroot option
BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT to be set, otherwise I end up with a
"make -C kerneldir NAME.dts" call, which doesn't work (no such target
exists).
Currently the BR2_LINUX_KERNEL_DTB_IS_SELF_BUILT option exists, but it's
not visible/available. Simply making it available solves the problem for
me nicely.
Signed-off-by: Philipp Wagner <mail@philipp-wagner.com>
[Arnout: add help text]
Signed-off-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be>
2018-11-16 16:45:01 +01:00
|
|
|
bool "DTB is built by kernel itself"
|
|
|
|
help
|
|
|
|
Normally, the device tree(s) to be built have to be passed
|
|
|
|
explicitly to the kernel build system. For some binary
|
|
|
|
formats, however, the kernel build system links in the
|
|
|
|
device tree directly in the kernel binary. Select this option
|
|
|
|
if you have such a kernel binary format.
|
2012-07-30 14:32:47 +02:00
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_APPENDED_DTB
|
|
|
|
bool
|
|
|
|
|
2012-07-30 14:32:45 +02:00
|
|
|
config BR2_LINUX_KERNEL_INTREE_DTS_NAME
|
2018-02-26 18:47:21 +01:00
|
|
|
string "In-tree Device Tree Source file names"
|
2012-07-30 14:32:45 +02:00
|
|
|
help
|
2018-02-26 18:47:21 +01:00
|
|
|
Name of in-tree device tree source file, without
|
2013-11-11 17:23:23 +01:00
|
|
|
the trailing .dts. You can provide a list of
|
|
|
|
dts files to build, separated by spaces.
|
2012-07-30 14:32:45 +02:00
|
|
|
|
|
|
|
config BR2_LINUX_KERNEL_CUSTOM_DTS_PATH
|
2018-02-26 18:47:21 +01:00
|
|
|
string "Out-of-tree Device Tree Source file paths"
|
2012-07-30 14:32:45 +02:00
|
|
|
help
|
2022-01-14 10:30:49 +01:00
|
|
|
Paths to out-of-tree Device Tree Source (.dts) and Device Tree
|
|
|
|
Source Include (.dtsi) files, separated by spaces. These files
|
|
|
|
will be copied to the kernel sources and the .dts files will
|
|
|
|
be compiled from there.
|
2012-07-30 14:32:45 +02:00
|
|
|
|
2020-06-07 09:21:12 +02:00
|
|
|
config BR2_LINUX_KERNEL_DTB_KEEP_DIRNAME
|
2020-06-05 00:11:21 +02:00
|
|
|
bool "Keep the directory name of the Device Tree"
|
|
|
|
help
|
|
|
|
If enabled, the device tree blobs keep their
|
|
|
|
directory prefixes when they get copied to the
|
|
|
|
output image directory or the target directory.
|
|
|
|
|
2019-01-15 15:15:48 +01:00
|
|
|
config BR2_LINUX_KERNEL_DTB_OVERLAY_SUPPORT
|
|
|
|
bool "Build Device Tree with overlay support"
|
|
|
|
help
|
|
|
|
If enabled, pass the "-@" option to dtc, such that
|
|
|
|
symbols are generated in the compiled Device Tree.
|
|
|
|
Choose this option to support Device Tree overlays
|
|
|
|
on the target system.
|
|
|
|
|
2012-07-30 14:32:45 +02:00
|
|
|
endif
|
|
|
|
|
2011-07-05 21:53:54 +02:00
|
|
|
config BR2_LINUX_KERNEL_INSTALL_TARGET
|
|
|
|
bool "Install kernel image to /boot in target"
|
|
|
|
depends on !BR2_TARGET_ROOTFS_INITRAMFS
|
|
|
|
help
|
|
|
|
Select this option to have the kernel image installed to
|
|
|
|
/boot in the target root filesystem, as is typically done on
|
|
|
|
x86/x86_64 systems.
|
|
|
|
|
2013-08-01 18:07:14 +02:00
|
|
|
Note that this option also installs the Device Tree Blobs to
|
|
|
|
/boot if DTBs have been generated by the kernel build
|
|
|
|
process.
|
2011-09-17 22:22:51 +02:00
|
|
|
|
2018-03-04 22:31:15 +01:00
|
|
|
config BR2_LINUX_KERNEL_NEEDS_HOST_OPENSSL
|
|
|
|
bool "Needs host OpenSSL"
|
|
|
|
help
|
|
|
|
Some Linux kernel configuration options (such as
|
|
|
|
CONFIG_SYSTEM_TRUSTED_KEYRING) require building a host
|
|
|
|
program called extract-cert, which itself needs
|
|
|
|
OpenSSL. Enabling this option will ensure host-openssl gets
|
|
|
|
built before the Linux kernel.
|
|
|
|
|
|
|
|
Enable this option if you get a Linux kernel build failure
|
|
|
|
such as "scripts/extract-cert.c:21:25: fatal error:
|
|
|
|
openssl/bio.h: No such file or directory".
|
|
|
|
|
2018-03-04 22:31:16 +01:00
|
|
|
config BR2_LINUX_KERNEL_NEEDS_HOST_LIBELF
|
|
|
|
bool "Needs host libelf"
|
|
|
|
help
|
|
|
|
Some Linux kernel configuration options (such as
|
|
|
|
CONFIG_UNWINDER_ORC) require building a host program that
|
|
|
|
needs libelf. Enabling this option will ensure host-elfutils
|
|
|
|
(which provides libelf) gets built before the Linux kernel.
|
|
|
|
|
|
|
|
Enable this option if you get a Linux kernel build failure
|
|
|
|
such as "Cannot generate ORC metadata for
|
|
|
|
CONFIG_UNWINDER_ORC=y, please install libelf-dev,
|
|
|
|
libelf-devel or elfutils-libelf-devel".
|
|
|
|
|
2021-12-22 18:49:05 +01:00
|
|
|
config BR2_LINUX_KERNEL_NEEDS_HOST_PAHOLE
|
|
|
|
bool "Needs host pahole"
|
|
|
|
help
|
|
|
|
Some Linux kernel configuration options (such as
|
|
|
|
CONFIG_DEBUG_INFO_BTF) require building a host program
|
|
|
|
called pahole. Enabling this option will ensure host-pahole
|
|
|
|
gets built before the Linux kernel.
|
|
|
|
|
|
|
|
Enable this option if you get a Linux kernel build failure
|
|
|
|
such as "BTF: .tmp_vmlinux.btf: pahole (pahole) is not
|
|
|
|
available".
|
|
|
|
|
2011-09-17 22:22:51 +02:00
|
|
|
# Linux extensions
|
|
|
|
source "linux/Config.ext.in"
|
|
|
|
|
2015-07-14 19:35:13 +02:00
|
|
|
# Linux tools
|
linux/tools: make it a real, separate package
The kernel source tree also contains the sources for various userland
tools, of which cpupower, perf or selftests.
Currently, we have support for building those tools as part of the
kernel build procedure. This looked the correct thing to do so far,
because, well, they *are* part of the kernel source tree and some
really have to be the same version as the kernel that will run.
However, this is causing quite a non-trivial-to-break circular
dependency in some configurations. For example, this defconfig fails to
build (similar to the one reported by Paul):
BR2_arm=y
BR2_cortex_a7=y
BR2_ARM_FPU_NEON_VFPV4=y
BR2_TOOLCHAIN_EXTERNAL=y
BR2_INIT_SYSTEMD=y
BR2_LINUX_KERNEL=y
BR2_LINUX_KERNEL_CUSTOM_GIT=y
BR2_LINUX_KERNEL_CUSTOM_REPO_URL="https://github.com/raspberrypi/linux.git"
BR2_LINUX_KERNEL_CUSTOM_REPO_VERSION="26f3b72a9c049be10e6af196252283e1f6ab9d1f"
BR2_LINUX_KERNEL_DEFCONFIG="bcm2709"
BR2_PACKAGE_LINUX_TOOLS_CPUPOWER=y
BR2_PACKAGE_CRYPTODEV=y
BR2_PACKAGE_OPENSSL=y
BR2_PACKAGE_LIBCURL=y
This causes a circular dependency, as explained by Thomas:
- When libcurl is enabled, systemd depends on it
- When OpenSSL is enabled, obviously, will use it for SSL support
- When cryptodev-linux is enabled, OpenSSL will depend on it to use
crypto accelerators supported in the kernel via cryptodev-linux.
- cryptodev-linux being a kernel module, it depends on linux
- linux by itself (the kernel) does not depend on pciutils, but the
linux tool "cpupower" (managed in linux-tool-cpupower) depends on
pciutils
- pciutils depends on udev when available
- udev is provided by systemd.
And indeed, during the build, we can see that make warns (it's only
reported as a *warning*, not as an actual error):
[...]
make[1]: Circular /home/ymorin/dev/buildroot/O/build/openssl-1.0.2h/.stamp_configured
<- cryptodev-linux dependency dropped.
>>> openssl 1.0.2h Downloading
[...]
So the build fails later on, when openssl is actually built:
eng_cryptodev.c:57:31: fatal error: crypto/cryptodev.h: No such file or directory
compilation terminated.
<builtin>: recipe for target 'eng_cryptodev.o' failed
Furthermore, graph-depends also detects the circular dependency, but
treats it as a hard-error:
Recursion detected for : cryptodev-linux
which is a dependency of: openssl
which is a dependency of: libcurl
which is a dependency of: systemd
which is a dependency of: udev
which is a dependency of: pciutils
which is a dependency of: linux
which is a dependency of: cryptodev-linux
Makefile:738: recipe for target 'graph-depends' failed
Of course, there is no way to break the loop without losing
functionality in either one of the involved packages *and* keep
our infrastructure and packages as-is.
The only solution is to break the loop at the linux-tools level, by
moving them away into their own package, so that the linux package will
no longer have the opportunity to depend on another package via a
dependency of one the tools.
All three linux tools are thus moved away to their own package.
The package infrastructure only knows of three types of packages: those
in package/ , in boot/ , in toolchain/ and the one in linux/ . So we
create that new linux-tools package in package/ so that we don't have to
fiddle with yet another special case in the infra. Still, we want its
configure options to appear in the kernel's sub-menu.
So, we make it a prompt-less package, with only the tools visible as
options of that package, but without the usual dependency on their
master symbol; they only depend on the Linux kernel.
Furthermore, because the kernel is such a huge pile of code, we would
not be very happy to extract it a second time just for the sake of a few
tools. We can't extract only the tools/ sub-directory from the kernel
source either, because some tools have hard-coded path to includes from
the kernel (arch and stuff).
Instead, we just use the linux source tree as our own build tree, and
ensure the linux tree is extracted and patched before linux-tools is
configured and built.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
Cc: Paul Ashford <paul.ashford@zurria.co.uk>
[Thomas:
- fix typo #(@D) -> $(@D)
- fix the inclusion of the per-tool .mk files.]
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2016-09-06 16:29:14 +02:00
|
|
|
source "package/linux-tools/Config.in"
|
2015-07-14 19:35:13 +02:00
|
|
|
|
New, simpler, infrastructure for building the Linux kernel
This patch introduces a single, simple, infrastructure to build the
Linux kernel. The configuration is limited to :
* Kernel version: a fixed recent stable version, same as kernel
headers version (for internal toolchains only), custom stable
version, or custom tarball URL
* Kernel patch: either a local file, directory or an URL
* Kernel configuration: either the name of a defconfig or the
location of a custom configuration file
* Kernel image: either uImage, bzImage, zImage or vmlinux.
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
2010-04-03 18:46:46 +02:00
|
|
|
endif # BR2_LINUX_KERNEL
|
|
|
|
|
|
|
|
endmenu
|