patrick/zephyr
1
0
Fork 0
Code Issues Pull requests Actions 8 Packages Projects Releases Wiki Activity
zephyr/Kconfig.zephyr

40 lines
759 B
Plaintext
Raw Normal View History

Split main Kconfig to allow application specific Kconfig This will allow adding an application level Kconfig, for example mainmenu "Zephyr Application" config ZEPHYR_BASE string option env="ZEPHYR_BASE" config APPLICATION_BASE string option env="PROJECT_BASE" source "$ZEPHYR_BASE/Kconfig.zephyr" config TESTME bool "Test me" default y config BLAH bool "blah" default y source "$APPLICATION_BASE/src/Kconfig" In the application file, add the following for example: KBUILD_KCONFIG := $(PWD)/Kconfig export KBUILD_KCONFIG Change-Id: I7b7a6daace5f589ddadab0f0de54b5adc1b8dc86 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-08-22 20:43:07 +02:00
# Kconfig - general configuration options
#
# Copyright (c) 2014-2015 Wind River Systems, Inc.
kconfig: untangle ordering and dependencies There are two major issues with the kconfig: () Some of the config options have incorrect dependencies inside help under menuconfig. For example, CONFIG_GPIO depends on BOARD_GALILEO. () Since the SoC and board specific kconfig files are parsed first, the help screen would say, for example, CONFIG_SPI is defined at arch/arm/soc/fsl_frdm_k64f/Kconfig. This is incorrect because the actual config is defined in drivers/spi/Kconfig. These cause great confusion to users of menuconfig/xconfig. To fix these, the SoC and board defaults are now to be parsed last. Note that the position swapping of defaults in this patch is due to the fact the the default parsed last will be used. And, spi_test is broken due to the fact that it requires CONFIG_SPI_INTEL_PORT_1, but never enables it anywhere. This is bypassed for now. Origin: refactored and edited from existing files Change-Id: I2a4b1ae5be4d27e68c960aa47d91ef350f2d500f Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2016-03-25 22:30:50 +01:00
# Copyright (c) 2016 Intel Corporation
Split main Kconfig to allow application specific Kconfig This will allow adding an application level Kconfig, for example mainmenu "Zephyr Application" config ZEPHYR_BASE string option env="ZEPHYR_BASE" config APPLICATION_BASE string option env="PROJECT_BASE" source "$ZEPHYR_BASE/Kconfig.zephyr" config TESTME bool "Test me" default y config BLAH bool "blah" default y source "$APPLICATION_BASE/src/Kconfig" In the application file, add the following for example: KBUILD_KCONFIG := $(PWD)/Kconfig export KBUILD_KCONFIG Change-Id: I7b7a6daace5f589ddadab0f0de54b5adc1b8dc86 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-08-22 20:43:07 +02:00
#
license: Replace Apache boilerplate with SPDX tag Replace the existing Apache 2.0 boilerplate header with an SPDX tag throughout the zephyr code tree. This patch was generated via a script run over the master branch. Also updated doc/porting/application.rst that had a dependency on line numbers in a literal include. Manually updated subsys/logging/sys_log.c that had a malformed header in the original file. Also cleanup several cases that already had a SPDX tag and we either got a duplicate or missed updating. Jira: ZEP-1457 Change-Id: I6131a1d4ee0e58f5b938300c2d2fc77d2e69572c Signed-off-by: David B. Kinder <david.b.kinder@intel.com> Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2017-01-19 02:01:01 +01:00
# SPDX-License-Identifier: Apache-2.0
Split main Kconfig to allow application specific Kconfig This will allow adding an application level Kconfig, for example mainmenu "Zephyr Application" config ZEPHYR_BASE string option env="ZEPHYR_BASE" config APPLICATION_BASE string option env="PROJECT_BASE" source "$ZEPHYR_BASE/Kconfig.zephyr" config TESTME bool "Test me" default y config BLAH bool "blah" default y source "$APPLICATION_BASE/src/Kconfig" In the application file, add the following for example: KBUILD_KCONFIG := $(PWD)/Kconfig export KBUILD_KCONFIG Change-Id: I7b7a6daace5f589ddadab0f0de54b5adc1b8dc86 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-08-22 20:43:07 +02:00
#
kconfig: Prune kconfig files that don't match the ARCH or BOARD When Kconfiglib was introduced it caused a significant performance issue. This patch uses pruning to mitigate the performance issue. The pruning exploits the fact that before the Kconfig database is parsed we already know what ARCH and BOARD has been selected. So in theory we could prune away all Kconfig sources that are not related to the current ARCH or BOARD. In practice, it is only the Kconfig sources in zephyr/arch/$ARCH and zephyr/board/$ARCH/ that are easy to prune. Still, that is quite a few Kconfig sources. For qemu_x86 this patch reduced the number of parsed Kconfig source files from 632 to 272. This pruning resulted in a incremental reconfiguration (time cmake ..) speedup of 21% (0.56s to 0.46) and a clean build speedup of 4% (Using board qemu_x86 and sample hello_world). Furthermore, it should be easier to maintain ARCH's and BOARD's out-of-tree since the user now has a mechanism to redirect where Kconfig sources are found. But this has not been explored. Signed-off-by: Sebastian Bøe <sebastian.boe@nordicsemi.no>
2018-01-09 14:12:07 +01:00
kconfig: define architecture as a kconfig variable Do not depend on environment variables and use a kconfig variable for defining the architecture. In addition, remove the X86_32 variable, it just duplicates X86 for not good reason, at least until start supporting MCUs with 64bit. Change-Id: Ia001db81ed007e6a43f34506fed9be1345b88a4b Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-10-09 12:20:52 +02:00
source "arch/Kconfig"
Split main Kconfig to allow application specific Kconfig This will allow adding an application level Kconfig, for example mainmenu "Zephyr Application" config ZEPHYR_BASE string option env="ZEPHYR_BASE" config APPLICATION_BASE string option env="PROJECT_BASE" source "$ZEPHYR_BASE/Kconfig.zephyr" config TESTME bool "Test me" default y config BLAH bool "blah" default y source "$APPLICATION_BASE/src/Kconfig" In the application file, add the following for example: KBUILD_KCONFIG := $(PWD)/Kconfig export KBUILD_KCONFIG Change-Id: I7b7a6daace5f589ddadab0f0de54b5adc1b8dc86 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-08-22 20:43:07 +02:00
kconfig: define architecture as a kconfig variable Do not depend on environment variables and use a kconfig variable for defining the architecture. In addition, remove the X86_32 variable, it just duplicates X86 for not good reason, at least until start supporting MCUs with 64bit. Change-Id: Ia001db81ed007e6a43f34506fed9be1345b88a4b Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-10-09 12:20:52 +02:00
source "kernel/Kconfig"
Split main Kconfig to allow application specific Kconfig This will allow adding an application level Kconfig, for example mainmenu "Zephyr Application" config ZEPHYR_BASE string option env="ZEPHYR_BASE" config APPLICATION_BASE string option env="PROJECT_BASE" source "$ZEPHYR_BASE/Kconfig.zephyr" config TESTME bool "Test me" default y config BLAH bool "blah" default y source "$APPLICATION_BASE/src/Kconfig" In the application file, add the following for example: KBUILD_KCONFIG := $(PWD)/Kconfig export KBUILD_KCONFIG Change-Id: I7b7a6daace5f589ddadab0f0de54b5adc1b8dc86 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-08-22 20:43:07 +02:00
kconfig: move dts Kconfigs to dts/ Those were placed under kernel/ for no good reason. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2017-08-03 13:47:44 +02:00
source "dts/Kconfig"
kconfig: define architecture as a kconfig variable Do not depend on environment variables and use a kconfig variable for defining the architecture. In addition, remove the X86_32 variable, it just duplicates X86 for not good reason, at least until start supporting MCUs with 64bit. Change-Id: Ia001db81ed007e6a43f34506fed9be1345b88a4b Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-10-09 12:20:52 +02:00
source "drivers/Kconfig"
Split main Kconfig to allow application specific Kconfig This will allow adding an application level Kconfig, for example mainmenu "Zephyr Application" config ZEPHYR_BASE string option env="ZEPHYR_BASE" config APPLICATION_BASE string option env="PROJECT_BASE" source "$ZEPHYR_BASE/Kconfig.zephyr" config TESTME bool "Test me" default y config BLAH bool "blah" default y source "$APPLICATION_BASE/src/Kconfig" In the application file, add the following for example: KBUILD_KCONFIG := $(PWD)/Kconfig export KBUILD_KCONFIG Change-Id: I7b7a6daace5f589ddadab0f0de54b5adc1b8dc86 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-08-22 20:43:07 +02:00
kconfig: define architecture as a kconfig variable Do not depend on environment variables and use a kconfig variable for defining the architecture. In addition, remove the X86_32 variable, it just duplicates X86 for not good reason, at least until start supporting MCUs with 64bit. Change-Id: Ia001db81ed007e6a43f34506fed9be1345b88a4b Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-10-09 12:20:52 +02:00
source "misc/Kconfig"
Split main Kconfig to allow application specific Kconfig This will allow adding an application level Kconfig, for example mainmenu "Zephyr Application" config ZEPHYR_BASE string option env="ZEPHYR_BASE" config APPLICATION_BASE string option env="PROJECT_BASE" source "$ZEPHYR_BASE/Kconfig.zephyr" config TESTME bool "Test me" default y config BLAH bool "blah" default y source "$APPLICATION_BASE/src/Kconfig" In the application file, add the following for example: KBUILD_KCONFIG := $(PWD)/Kconfig export KBUILD_KCONFIG Change-Id: I7b7a6daace5f589ddadab0f0de54b5adc1b8dc86 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2015-08-22 20:43:07 +02:00
tinycrypt: move from lib to regular objects tinycrypt was built using the lib- scripts without any real benefit. We also had a wrong placement of the Kconfig files under misc/ and a Kconfig file for Crypto that was never used before. Change-Id: I82d5902d92e7c06e10a95f418d9ead3cbcabcce4 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2016-05-15 05:10:51 +02:00
source "lib/Kconfig"
fs: Move file system code to subsys/ Subsystems code will reside in subsys/ folder. This patch creates the folder and moves FS code there. Jira: ZEP-1120 Change-Id: If3b1bcb996c5fbd4056cd5d1920d41d29810d6b2 Signed-off-by: Ramesh Thomas <ramesh.thomas@intel.com>
2016-10-29 13:10:36 +02:00
source "subsys/Kconfig"
fs: Adds diskio interface Adds the diskio interface for the FAT file system. This revision uses RAM to emulate disk storage. Origin: Original Jira: ZEP-285 Change-Id: I7a30c8761d5ed9b564f1d1e08482c5ef199d7372 Signed-off-by: Ramesh Thomas <ramesh.thomas@intel.com>
2016-07-26 01:20:54 +02:00
ext: plumb out Kconfig support for external source code Add missing Kconfig files and connections to expose Kconfig options in ext/ directories. Fixup QMSI to only be exposed on platforms that utilize it. Change-Id: I6c6c5011b2bf2966f65aa8279dc594a244821956 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2016-05-24 21:23:26 +02:00
source "ext/Kconfig"
tests: Add a generic testing framework This framework makes testing in most parts a lot easier, since it gives an unified base to work with, removing a lot of unnecessary code from tests. This framework currently features simple assertions and basic mocking support. The framework works both with and without Zephyr running, so it can be used for real unit testing. Origin: Original Change-Id: I8c5bf2e6b8d6656b6197ee91699b61e730c1cfe3 Signed-off-by: Jaakko Hannikainen <jaakko.hannikainen@intel.com> Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2016-08-22 13:51:46 +02:00
source "tests/Kconfig"
kconfig: untangle ordering and dependencies There are two major issues with the kconfig: () Some of the config options have incorrect dependencies inside help under menuconfig. For example, CONFIG_GPIO depends on BOARD_GALILEO. () Since the SoC and board specific kconfig files are parsed first, the help screen would say, for example, CONFIG_SPI is defined at arch/arm/soc/fsl_frdm_k64f/Kconfig. This is incorrect because the actual config is defined in drivers/spi/Kconfig. These cause great confusion to users of menuconfig/xconfig. To fix these, the SoC and board defaults are now to be parsed last. Note that the position swapping of defaults in this patch is due to the fact the the default parsed last will be used. And, spi_test is broken due to the fact that it requires CONFIG_SPI_INTEL_PORT_1, but never enables it anywhere. This is bypassed for now. Origin: refactored and edited from existing files Change-Id: I2a4b1ae5be4d27e68c960aa47d91ef350f2d500f Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2016-03-25 22:30:50 +01:00
#
# The following are for Kconfig files for default values only.
# These should be parsed at the end.
#
parse board defconfig at the very end The board defconfig is useless if it does not override what the SoC sets. Boards can have different values than those set by the SoC. Change-Id: Iab287c62986b20585b4df3e77bd973dbab50eea4 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2016-09-10 15:55:55 +02:00
# Board defaults should be parsed after SoC defaults
# because board usually overrides SoC values.
kconfig: untangle ordering and dependencies There are two major issues with the kconfig: () Some of the config options have incorrect dependencies inside help under menuconfig. For example, CONFIG_GPIO depends on BOARD_GALILEO. () Since the SoC and board specific kconfig files are parsed first, the help screen would say, for example, CONFIG_SPI is defined at arch/arm/soc/fsl_frdm_k64f/Kconfig. This is incorrect because the actual config is defined in drivers/spi/Kconfig. These cause great confusion to users of menuconfig/xconfig. To fix these, the SoC and board defaults are now to be parsed last. Note that the position swapping of defaults in this patch is due to the fact the the default parsed last will be used. And, spi_test is broken due to the fact that it requires CONFIG_SPI_INTEL_PORT_1, but never enables it anywhere. This is bypassed for now. Origin: refactored and edited from existing files Change-Id: I2a4b1ae5be4d27e68c960aa47d91ef350f2d500f Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2016-03-25 22:30:50 +01:00
#
kconfig: Make 'source' non-globbing and use 'gsource' Until now, Zephyr has used a patched Kconfiglib that turns 'source' into a globbing source (by replacing 'source' with 'gsource' at the token level). There's two problems with this: - The patch needs to be maintained separately - Misspelled filenames are silently ignored, as they look like glob patterns that don't match anything Fix it as follows: 1. Replace all 'source' statements that use wildcards with 'gsource' 2. Remove the custom Kconfiglib patch so that 'source' no longer globs The sed pattern '/source.*[*?]/s/source/gsource/' was run over all Kconfig* files to do the replacement. source's that use environment variables that might contain glob patterns were manually changed to gsource. Building the docs in doc/ is a good test, as doc/Makefile deliberately sets the environment variables to glob up as many Kconfig files as possible. Signed-off-by: Ulf Magnusson <ulfalizer@gmail.com>
2018-05-08 09:31:48 +02:00
kconfig: Get rid of 'option env' bounce symbols This commit gets rid of the 'option env="ENV_VAR"' bounce symbols. "$FOO" now expands directly to the value of the environment variable FOO, instead of to the value of the Kconfig symbol FOO. This change is likely to soon appear in the C tools as well. Those 'option env' symbols always seemed kinda pointless, and have broken dependency handling due to forcing symbol evaluation during parsing, before all the symbols have even been seen. Compatibility with the C tools could be retained by naming all 'option env' symbols the same as the environment variable they reference. This commit also updated the Zephyr documentation to explain the new behavior. It's relevant for $ZEPHYR_BASE and out-of-tree Kconfig extensions. Commit message from Kconfiglib (cbf32e29a130d) ============================================== Make "$FOO" directly reference the environment variable $FOO in e.g. 'source' statements, instead of the symbol FOO. Use os.path.expandvars() to expand strings (which preserves "$FOO" as-is if no environment variable FOO exists). This gets rid of the 'option env' "bounce" symbols, which are mostly just spam and are buggy in the C tools (dependencies aren't always respected, due to parsing and evaluation getting mixed up). The same change will probably appear soon in the C tools as well. Keep accepting 'option env' to preserve some backwards compatibility, but ignore it when expanding strings. For compatibility with the C tools, bounce symbols will need to be named the same as the environment variables they reference (which is the case for the Linux kernel). This is a compatibility break, so the major version will be bumped to 6 at the next release. The main motivation for adding this now is to allow recording properties on each MenuNode in a clean way. 'option env' symbols interact badly with delayed dependency propagation. Side note: I have a feeling that recording environment variable values might be redundant to trigger rebuilds if sync_deps() is run at each compile. It should detect all changes to symbol values due to environment variables changing value. Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-05-16 20:24:03 +02:00
# $ENV_VAR_ARCH and $ENV_VAR_BOARD_DIR might be glob patterns
kconfig: Make 'source' non-globbing and use 'gsource' Until now, Zephyr has used a patched Kconfiglib that turns 'source' into a globbing source (by replacing 'source' with 'gsource' at the token level). There's two problems with this: - The patch needs to be maintained separately - Misspelled filenames are silently ignored, as they look like glob patterns that don't match anything Fix it as follows: 1. Replace all 'source' statements that use wildcards with 'gsource' 2. Remove the custom Kconfiglib patch so that 'source' no longer globs The sed pattern '/source.*[*?]/s/source/gsource/' was run over all Kconfig* files to do the replacement. source's that use environment variables that might contain glob patterns were manually changed to gsource. Building the docs in doc/ is a good test, as doc/Makefile deliberately sets the environment variables to glob up as many Kconfig files as possible. Signed-off-by: Ulf Magnusson <ulfalizer@gmail.com>
2018-05-08 09:31:48 +02:00
kconfig: Get rid of 'option env' bounce symbols This commit gets rid of the 'option env="ENV_VAR"' bounce symbols. "$FOO" now expands directly to the value of the environment variable FOO, instead of to the value of the Kconfig symbol FOO. This change is likely to soon appear in the C tools as well. Those 'option env' symbols always seemed kinda pointless, and have broken dependency handling due to forcing symbol evaluation during parsing, before all the symbols have even been seen. Compatibility with the C tools could be retained by naming all 'option env' symbols the same as the environment variable they reference. This commit also updated the Zephyr documentation to explain the new behavior. It's relevant for $ZEPHYR_BASE and out-of-tree Kconfig extensions. Commit message from Kconfiglib (cbf32e29a130d) ============================================== Make "$FOO" directly reference the environment variable $FOO in e.g. 'source' statements, instead of the symbol FOO. Use os.path.expandvars() to expand strings (which preserves "$FOO" as-is if no environment variable FOO exists). This gets rid of the 'option env' "bounce" symbols, which are mostly just spam and are buggy in the C tools (dependencies aren't always respected, due to parsing and evaluation getting mixed up). The same change will probably appear soon in the C tools as well. Keep accepting 'option env' to preserve some backwards compatibility, but ignore it when expanding strings. For compatibility with the C tools, bounce symbols will need to be named the same as the environment variables they reference (which is the case for the Linux kernel). This is a compatibility break, so the major version will be bumped to 6 at the next release. The main motivation for adding this now is to allow recording properties on each MenuNode in a clean way. 'option env' symbols interact badly with delayed dependency propagation. Side note: I have a feeling that recording environment variable values might be redundant to trigger rebuilds if sync_deps() is run at each compile. It should detect all changes to symbol values due to environment variables changing value. Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-05-16 20:24:03 +02:00
gsource "arch/$ENV_VAR_ARCH/soc/*/Kconfig.defconfig"
gsource "$ENV_VAR_BOARD_DIR/Kconfig.defconfig"
Reference in a new issue Copy permalink