2019-11-01 13:45:29 +01:00
|
|
|
# General architecture configuration options
|
2015-05-20 18:40:39 +02:00
|
|
|
|
|
|
|
|
# Copyright (c) 2014-2015 Wind River Systems, Inc.
|
|
|
|
|
# Copyright (c) 2015 Intel Corporation
|
2017-01-13 12:14:33 +01:00
|
|
|
# Copyright (c) 2016 Cadence Design Systems, Inc.
|
2017-01-19 02:01:01 +01:00
|
|
|
# SPDX-License-Identifier: Apache-2.0
|
2015-05-20 18:40:39 +02:00
|
|
|
|
Kconfig: Use the first default with a satisfied condition
Up until now, Zephyr has patched Kconfig to use the last 'default' with
a satisfied condition, instead of the first one. I'm not sure why the
patch was added (it predates Kconfiglib), but I suspect it's related to
Kconfig.defconfig files.
There are at least three problems with the patch:
1. It's inconsistent with how Kconfig works in other projects, which
might confuse newcomers.
2. Due to oversights, earlier 'range' properties are still preferred,
as well as earlier 'default' properties on choices.
In addition to being inconsistent, this makes it impossible to
override 'range' properties and choice 'default' properties if the
base definition of the symbol/choice already has 'range'/'default'
properties.
I've seen errors caused by the inconsistency, and I suspect there
are more.
3. A fork of Kconfiglib that adds the patch needs to be maintained.
Get rid of the patch and go back to standard Kconfig behavior, as
follows:
1. Include the Kconfig.defconfig files first instead of last in
Kconfig.zephyr.
2. Include boards/Kconfig and arch/<arch>/Kconfig first instead of
last in arch/Kconfig.
3. Include arch/<arch>/soc/*/Kconfig first instead of last in
arch/<arch>/Kconfig.
4. Swap a few other 'source's to preserve behavior for some scattered
symbols with multiple definitions.
Swap 'source's in some no-op cases too, where it might match the
intent.
5. Reverse the defaults on symbol definitions that have more than one
default.
Skip defaults that are mutually exclusive, e.g. where each default
has an 'if <some board>' condition. They are already safe.
6. Remove the prefer-later-defaults patch from Kconfiglib.
Testing was done with a Python script that lists all Kconfig
symbols/choices with multiple defaults, along with a whitelist of fixed
symbols. The script also verifies that there are no "unreachable"
defaults hidden by defaults without conditions
As an additional test, zephyr/.config was generated before and after the
change for several samples and checked to be identical (after sorting).
This commit includes some default-related cleanups as well:
- Simplify some symbol definitions, e.g. where a default has 'if FOO'
when the symbol already has 'depends on FOO'.
- Remove some redundant 'default ""' for string symbols. This is the
implicit default.
Piggyback fixes for swapped ranges on BT_L2CAP_RX_MTU and
BT_L2CAP_TX_MTU (caused by confusing inconsistency).
Piggyback some fixes for style nits too, e.g. unindented help texts.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-07-30 10:57:47 +02:00
|
|
|
# Include these first so that any properties (e.g. defaults) below can be
|
2019-06-18 20:45:40 +02:00
|
|
|
# overridden (by defining symbols in multiple locations)
|
Kconfig: Use the first default with a satisfied condition
Up until now, Zephyr has patched Kconfig to use the last 'default' with
a satisfied condition, instead of the first one. I'm not sure why the
patch was added (it predates Kconfiglib), but I suspect it's related to
Kconfig.defconfig files.
There are at least three problems with the patch:
1. It's inconsistent with how Kconfig works in other projects, which
might confuse newcomers.
2. Due to oversights, earlier 'range' properties are still preferred,
as well as earlier 'default' properties on choices.
In addition to being inconsistent, this makes it impossible to
override 'range' properties and choice 'default' properties if the
base definition of the symbol/choice already has 'range'/'default'
properties.
I've seen errors caused by the inconsistency, and I suspect there
are more.
3. A fork of Kconfiglib that adds the patch needs to be maintained.
Get rid of the patch and go back to standard Kconfig behavior, as
follows:
1. Include the Kconfig.defconfig files first instead of last in
Kconfig.zephyr.
2. Include boards/Kconfig and arch/<arch>/Kconfig first instead of
last in arch/Kconfig.
3. Include arch/<arch>/soc/*/Kconfig first instead of last in
arch/<arch>/Kconfig.
4. Swap a few other 'source's to preserve behavior for some scattered
symbols with multiple definitions.
Swap 'source's in some no-op cases too, where it might match the
intent.
5. Reverse the defaults on symbol definitions that have more than one
default.
Skip defaults that are mutually exclusive, e.g. where each default
has an 'if <some board>' condition. They are already safe.
6. Remove the prefer-later-defaults patch from Kconfiglib.
Testing was done with a Python script that lists all Kconfig
symbols/choices with multiple defaults, along with a whitelist of fixed
symbols. The script also verifies that there are no "unreachable"
defaults hidden by defaults without conditions
As an additional test, zephyr/.config was generated before and after the
change for several samples and checked to be identical (after sorting).
This commit includes some default-related cleanups as well:
- Simplify some symbol definitions, e.g. where a default has 'if FOO'
when the symbol already has 'depends on FOO'.
- Remove some redundant 'default ""' for string symbols. This is the
implicit default.
Piggyback fixes for swapped ranges on BT_L2CAP_RX_MTU and
BT_L2CAP_TX_MTU (caused by confusing inconsistency).
Piggyback some fixes for style nits too, e.g. unindented help texts.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-07-30 10:57:47 +02:00
|
|
|
|
2018-09-05 12:58:05 +02:00
|
|
|
# Note: $ARCH might be a glob pattern
|
2018-11-15 10:37:46 +01:00
|
|
|
source "$(ARCH_DIR)/$(ARCH)/Kconfig"
|
Kconfig: Use the first default with a satisfied condition
Up until now, Zephyr has patched Kconfig to use the last 'default' with
a satisfied condition, instead of the first one. I'm not sure why the
patch was added (it predates Kconfiglib), but I suspect it's related to
Kconfig.defconfig files.
There are at least three problems with the patch:
1. It's inconsistent with how Kconfig works in other projects, which
might confuse newcomers.
2. Due to oversights, earlier 'range' properties are still preferred,
as well as earlier 'default' properties on choices.
In addition to being inconsistent, this makes it impossible to
override 'range' properties and choice 'default' properties if the
base definition of the symbol/choice already has 'range'/'default'
properties.
I've seen errors caused by the inconsistency, and I suspect there
are more.
3. A fork of Kconfiglib that adds the patch needs to be maintained.
Get rid of the patch and go back to standard Kconfig behavior, as
follows:
1. Include the Kconfig.defconfig files first instead of last in
Kconfig.zephyr.
2. Include boards/Kconfig and arch/<arch>/Kconfig first instead of
last in arch/Kconfig.
3. Include arch/<arch>/soc/*/Kconfig first instead of last in
arch/<arch>/Kconfig.
4. Swap a few other 'source's to preserve behavior for some scattered
symbols with multiple definitions.
Swap 'source's in some no-op cases too, where it might match the
intent.
5. Reverse the defaults on symbol definitions that have more than one
default.
Skip defaults that are mutually exclusive, e.g. where each default
has an 'if <some board>' condition. They are already safe.
6. Remove the prefer-later-defaults patch from Kconfiglib.
Testing was done with a Python script that lists all Kconfig
symbols/choices with multiple defaults, along with a whitelist of fixed
symbols. The script also verifies that there are no "unreachable"
defaults hidden by defaults without conditions
As an additional test, zephyr/.config was generated before and after the
change for several samples and checked to be identical (after sorting).
This commit includes some default-related cleanups as well:
- Simplify some symbol definitions, e.g. where a default has 'if FOO'
when the symbol already has 'depends on FOO'.
- Remove some redundant 'default ""' for string symbols. This is the
implicit default.
Piggyback fixes for swapped ranges on BT_L2CAP_RX_MTU and
BT_L2CAP_TX_MTU (caused by confusing inconsistency).
Piggyback some fixes for style nits too, e.g. unindented help texts.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-07-30 10:57:47 +02:00
|
|
|
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
# Architecture symbols
|
|
|
|
|
#
|
|
|
|
|
# Should be 'select'ed by low-level symbols like SOC_SERIES_* or, lacking that,
|
|
|
|
|
# by SOC_*.
|
2015-10-09 12:20:52 +02:00
|
|
|
|
|
|
|
|
config ARC
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
bool
|
2020-02-07 00:48:22 +01:00
|
|
|
select ARCH_IS_SET
|
2018-03-15 01:16:40 +01:00
|
|
|
select HAS_DTS
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
help
|
|
|
|
|
ARC architecture
|
2015-10-09 12:20:52 +02:00
|
|
|
|
|
|
|
|
config ARM
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
bool
|
2020-02-07 00:48:22 +01:00
|
|
|
select ARCH_IS_SET
|
2018-11-03 13:19:18 +01:00
|
|
|
select HAS_DTS
|
2020-03-11 18:56:19 +01:00
|
|
|
# FIXME: current state of the code for all ARM requires this, but
|
|
|
|
|
# is really only necessary for Cortex-M with ARM MPU!
|
|
|
|
|
select GEN_PRIV_STACKS
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
help
|
|
|
|
|
ARM architecture
|
2015-10-09 12:20:52 +02:00
|
|
|
|
|
|
|
|
config X86
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
bool
|
2020-02-07 00:48:22 +01:00
|
|
|
select ARCH_IS_SET
|
2016-07-15 22:15:00 +02:00
|
|
|
select ATOMIC_OPERATIONS_BUILTIN
|
2018-11-03 13:19:18 +01:00
|
|
|
select HAS_DTS
|
2020-05-13 01:23:15 +02:00
|
|
|
select ARCH_HAS_CUSTOM_SWAP_TO_MAIN if !X86_64
|
2020-06-13 01:50:16 +02:00
|
|
|
select CPU_HAS_MMU
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
help
|
|
|
|
|
x86 architecture
|
2015-10-09 12:20:52 +02:00
|
|
|
|
2016-04-21 23:47:09 +02:00
|
|
|
config NIOS2
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
bool
|
2020-02-07 00:48:22 +01:00
|
|
|
select ARCH_IS_SET
|
2016-07-15 22:15:00 +02:00
|
|
|
select ATOMIC_OPERATIONS_C
|
2018-11-03 13:19:18 +01:00
|
|
|
select HAS_DTS
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
help
|
|
|
|
|
Nios II Gen 2 architecture
|
2016-04-21 23:47:09 +02:00
|
|
|
|
2019-07-17 19:17:05 +02:00
|
|
|
config RISCV
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
bool
|
2020-02-07 00:48:22 +01:00
|
|
|
select ARCH_IS_SET
|
2018-11-02 19:29:59 +01:00
|
|
|
select HAS_DTS
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
help
|
|
|
|
|
RISCV architecture
|
arch: added support for the riscv32 architecture
RISC-V is an open-source instruction set architecture.
Added support for the 32bit version of RISC-V to Zephyr.
1) exceptions/interrupts/faults are handled at the architecture
level via the __irq_wrapper handler. Context saving/restoring
of registers can be handled at both architecture and SOC levels.
If SOC-specific registers need to be saved, SOC level needs to
provide __soc_save_context and __soc_restore_context functions
that shall be accounted by the architecture level, when
corresponding config variable RISCV_SOC_CONTEXT_SAVE is set.
2) As RISC-V architecture does not provide a clear ISA specification
about interrupt handling, each RISC-V SOC handles it in its own
way. Hence, at the architecture level, the __irq_wrapper handler
expects the following functions to be provided by the SOC level:
__soc_is_irq: to check if the exception is the result of an
interrupt or not.
__soc_handle_irq: handle pending IRQ at SOC level (ex: clear
pending IRQ in SOC-specific IRQ register)
3) Thread/task scheduling, as well as IRQ offloading are handled via
the RISC-V system call ("ecall"), which is also handled via the
__irq_wrapper handler. The _Swap asm function just calls "ecall"
to generate an exception.
4) As there is no conventional way of handling CPU power save in
RISC-V, the default nano_cpu_idle and nano_cpu_atomic_idle
functions just unlock interrupts and return to the caller, without
issuing any CPU power saving instruction. Nonetheless, to allow
SOC-level to implement proper CPU power save, nano_cpu_idle and
nano_cpu_atomic_idle functions are defined as __weak
at the architecture level.
Change-Id: I980a161d0009f3f404ad22b226a6229fbb492389
Signed-off-by: Jean-Paul Etienne <fractalclone@gmail.com>
2017-01-11 00:24:30 +01:00
|
|
|
|
2017-01-13 12:14:33 +01:00
|
|
|
config XTENSA
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
bool
|
2020-02-07 00:48:22 +01:00
|
|
|
select ARCH_IS_SET
|
2019-02-01 14:52:05 +01:00
|
|
|
select HAS_DTS
|
2019-08-13 23:02:29 +02:00
|
|
|
select USE_SWITCH
|
|
|
|
|
select USE_SWITCH_SUPPORTED
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
help
|
|
|
|
|
Xtensa architecture
|
2017-01-13 12:14:33 +01:00
|
|
|
|
2017-10-03 16:31:55 +02:00
|
|
|
config ARCH_POSIX
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
bool
|
2020-02-07 00:48:22 +01:00
|
|
|
select ARCH_IS_SET
|
2020-04-03 21:08:58 +02:00
|
|
|
select HAS_DTS
|
2017-10-03 16:31:55 +02:00
|
|
|
select ATOMIC_OPERATIONS_BUILTIN
|
|
|
|
|
select ARCH_HAS_CUSTOM_SWAP_TO_MAIN
|
|
|
|
|
select ARCH_HAS_CUSTOM_BUSY_WAIT
|
|
|
|
|
select ARCH_HAS_THREAD_ABORT
|
|
|
|
|
select NATIVE_APPLICATION
|
2019-02-03 13:04:17 +01:00
|
|
|
select HAS_COVERAGE_SUPPORT
|
kconfig: Remove assignments to CONFIG_<arch> syms and hide them
All board defconfig files currently set the architecture in addition to
the board and the SoC, by setting e.g. CONFIG_ARM=y. This spams up
defconfig files.
CONFIG_<arch> symbols currently being set in configuration files also
means that they are configurable (can be changed in menuconfig and in
configuration files), even though changing the architecture won't work,
since other things get set from -DBOARD=<board>. Many boards also allow
changing the architecture symbols independently from the SoC symbols,
which doesn't make sense.
Get rid of all assignments to CONFIG_<arch> symbols and clean up the
relationships between symbols and the configuration interface, like
this:
1. Remove the choice with the CONFIG_<arch> symbols in arch/Kconfig and
turn the CONFIG_<arch> symbols into invisible
(promptless/nonconfigurable) symbols instead.
Getting rid of the choice allows the symbols to be 'select'ed (choice
symbols don't support 'select').
2. Select the right CONFIG_<arch> symbol from the SOC_SERIES_* symbols.
This makes sense since you know the architecture if you know the SoC.
Put the select on the SOC_* symbol instead for boards that don't have
a SOC_SERIES_*.
3. Remove all assignments to CONFIG_<arch> symbols. The assignments
would generate errors now, since the symbols are promptless.
The change was done by grepping for assignments to CONFIG_<arch>
symbols, finding the SOC_SERIES_* (or SOC_*) symbol being set in the
same defconfig file, and putting a 'select' on it instead.
See
https://github.com/ulfalizer/zephyr/commits/hide-arch-syms-unsquashed
for a split-up version of this commit, which will make it easier to see
how stuff was done. This needs to go in as one commit though.
This change is safer than it might seem re. outstanding PRs, because any
assignment to CONFIG_<arch> symbols generates an error now, making
outdated stuff easy to catch.
Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-06 18:26:14 +01:00
|
|
|
help
|
|
|
|
|
POSIX (native) architecture
|
2017-09-09 03:14:06 +02:00
|
|
|
|
2020-02-07 00:48:22 +01:00
|
|
|
config ARCH_IS_SET
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
Helper symbol to detect SoCs forgetting to select one of the arch
|
|
|
|
|
symbols above. See the top-level CMakeLists.txt.
|
|
|
|
|
|
2017-09-09 03:14:06 +02:00
|
|
|
menu "General Architecture Options"
|
|
|
|
|
|
2018-09-17 16:56:20 +02:00
|
|
|
module = ARCH
|
|
|
|
|
module-str = arch
|
|
|
|
|
source "subsys/logging/Kconfig.template.log_config"
|
|
|
|
|
|
|
|
|
|
module = MPU
|
|
|
|
|
module-str = mpu
|
|
|
|
|
source "subsys/logging/Kconfig.template.log_config"
|
|
|
|
|
|
2018-10-09 11:59:16 +02:00
|
|
|
config BIG_ENDIAN
|
2019-11-01 10:24:07 +01:00
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option tells the build system that the target system is big-endian.
|
|
|
|
|
Little-endian architecture is the default and should leave this option
|
|
|
|
|
unselected. This option is selected by arch/$ARCH/Kconfig,
|
|
|
|
|
soc/**/Kconfig, or boards/**/Kconfig and the user should generally avoid
|
|
|
|
|
modifying it. The option is used to select linker script OUTPUT_FORMAT
|
|
|
|
|
and command line option for gen_isr_tables.py.
|
2018-10-09 11:59:16 +02:00
|
|
|
|
2019-05-17 21:15:24 +02:00
|
|
|
config 64BIT
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option tells the build system that the target system is
|
|
|
|
|
using a 64-bit address space, meaning that pointer and long types
|
|
|
|
|
are 64 bits wide. This option is selected by arch/$ARCH/Kconfig,
|
|
|
|
|
soc/**/Kconfig, or boards/**/Kconfig and the user should generally
|
|
|
|
|
avoid modifying it.
|
|
|
|
|
|
2019-08-28 16:29:26 +02:00
|
|
|
# Workaround for not being able to have commas in macro arguments
|
|
|
|
|
DT_CHOSEN_Z_SRAM := zephyr,sram
|
|
|
|
|
|
2018-12-07 17:35:04 +01:00
|
|
|
config SRAM_SIZE
|
|
|
|
|
int "SRAM Size in kB"
|
2019-10-23 22:15:59 +02:00
|
|
|
default $(dt_chosen_reg_size_int,$(DT_CHOSEN_Z_SRAM),0,K)
|
2018-12-07 17:35:04 +01:00
|
|
|
help
|
2019-12-26 16:08:19 +01:00
|
|
|
The SRAM size in kB. The default value comes from /chosen/zephyr,sram in
|
|
|
|
|
devicetree. The user should generally avoid changing it via menuconfig or
|
|
|
|
|
in configuration files.
|
2018-12-07 17:35:04 +01:00
|
|
|
|
|
|
|
|
config SRAM_BASE_ADDRESS
|
|
|
|
|
hex "SRAM Base Address"
|
2019-10-23 22:15:59 +02:00
|
|
|
default $(dt_chosen_reg_addr_hex,$(DT_CHOSEN_Z_SRAM))
|
2018-12-07 17:35:04 +01:00
|
|
|
help
|
2019-12-26 16:08:19 +01:00
|
|
|
The SRAM base address. The default value comes from from
|
|
|
|
|
/chosen/zephyr,sram in devicetree. The user should generally avoid
|
|
|
|
|
changing it via menuconfig or in configuration files.
|
|
|
|
|
|
|
|
|
|
if ARC || ARM || NIOS2 || X86
|
2018-12-07 17:35:04 +01:00
|
|
|
|
2019-08-28 16:29:26 +02:00
|
|
|
# Workaround for not being able to have commas in macro arguments
|
|
|
|
|
DT_CHOSEN_Z_FLASH := zephyr,flash
|
|
|
|
|
|
2018-12-07 17:35:04 +01:00
|
|
|
config FLASH_SIZE
|
|
|
|
|
int "Flash Size in kB"
|
2019-10-23 22:15:59 +02:00
|
|
|
default $(dt_chosen_reg_size_int,$(DT_CHOSEN_Z_FLASH),0,K) if (XIP && ARM) || !ARM
|
2018-12-07 17:35:04 +01:00
|
|
|
help
|
|
|
|
|
This option specifies the size of the flash in kB. It is normally set by
|
|
|
|
|
the board's defconfig file and the user should generally avoid modifying
|
|
|
|
|
it via the menu configuration.
|
|
|
|
|
|
|
|
|
|
config FLASH_BASE_ADDRESS
|
|
|
|
|
hex "Flash Base Address"
|
2019-10-23 22:15:59 +02:00
|
|
|
default $(dt_chosen_reg_addr_hex,$(DT_CHOSEN_Z_FLASH)) if (XIP && ARM) || !ARM
|
2018-12-07 17:35:04 +01:00
|
|
|
help
|
2019-02-12 15:16:16 +01:00
|
|
|
This option specifies the base address of the flash on the board. It is
|
2018-12-07 17:35:04 +01:00
|
|
|
normally set by the board's defconfig file and the user should generally
|
|
|
|
|
avoid modifying it via the menu configuration.
|
|
|
|
|
|
2019-10-24 21:57:57 +02:00
|
|
|
endif # ARM || ARC || NIOS2 || X86
|
2018-12-07 17:35:04 +01:00
|
|
|
|
2018-10-12 09:27:28 +02:00
|
|
|
if ARCH_HAS_TRUSTED_EXECUTION
|
|
|
|
|
|
|
|
|
|
config TRUSTED_EXECUTION_SECURE
|
|
|
|
|
bool "Trusted Execution: Secure firmware image"
|
|
|
|
|
help
|
|
|
|
|
Select this option to enable building a Secure firmware
|
|
|
|
|
image for a platform that supports Trusted Execution. A
|
|
|
|
|
Secure firmware image will execute in Secure state. It may
|
|
|
|
|
allow the CPU to execute in Non-Secure (Normal) state.
|
|
|
|
|
Therefore, a Secure firmware image shall be able to
|
|
|
|
|
configure security attributions of CPU resources (memory
|
|
|
|
|
areas, peripherals, interrupts, etc.) as well as to handle
|
|
|
|
|
faults, related to security violations. It may optionally
|
|
|
|
|
allow certain functions to be called from the Non-Secure
|
|
|
|
|
(Normal) domain.
|
|
|
|
|
|
|
|
|
|
config TRUSTED_EXECUTION_NONSECURE
|
|
|
|
|
depends on !TRUSTED_EXECUTION_SECURE
|
|
|
|
|
bool "Trusted Execution: Non-Secure firmware image"
|
|
|
|
|
help
|
|
|
|
|
Select this option to enable building a Non-Secure
|
|
|
|
|
firmware image for a platform that supports Trusted
|
|
|
|
|
Execution. A Non-Secure firmware image will execute
|
|
|
|
|
in Non-Secure (Normal) state. Therefore, it shall not
|
|
|
|
|
access CPU resources (memory areas, peripherals,
|
|
|
|
|
interrupts etc.) belonging to the Secure domain.
|
|
|
|
|
|
|
|
|
|
endif # ARCH_HAS_TRUSTED_EXECUTION
|
|
|
|
|
|
2017-09-09 03:14:06 +02:00
|
|
|
config HW_STACK_PROTECTION
|
|
|
|
|
bool "Hardware Stack Protection"
|
|
|
|
|
depends on ARCH_HAS_STACK_PROTECTION
|
|
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
Select this option to enable hardware-based platform features to
|
|
|
|
|
catch stack overflows when the system is running in privileged
|
|
|
|
|
mode. If CONFIG_USERSPACE is not enabled, the system is always
|
|
|
|
|
running in privileged mode.
|
2017-11-06 20:42:54 +01:00
|
|
|
|
2017-12-13 16:08:21 +01:00
|
|
|
Note that this does not necessarily prevent corruption and assertions
|
|
|
|
|
about the overall system state when a fault is triggered cannot be
|
|
|
|
|
made.
|
2017-09-09 03:14:06 +02:00
|
|
|
|
2017-09-11 19:34:49 +02:00
|
|
|
config USERSPACE
|
2019-01-18 20:41:06 +01:00
|
|
|
bool "User mode threads"
|
2017-09-11 19:34:49 +02:00
|
|
|
depends on ARCH_HAS_USERSPACE
|
2019-11-24 17:28:38 +01:00
|
|
|
depends on RUNTIME_ERROR_CHECKS
|
2017-09-11 19:34:49 +02:00
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
When enabled, threads may be created or dropped down to user mode,
|
|
|
|
|
which has significantly restricted permissions and must interact
|
|
|
|
|
with the kernel via system calls. See Zephyr documentation for more
|
|
|
|
|
details about this feature.
|
2017-09-11 19:34:49 +02:00
|
|
|
|
2017-12-13 16:08:21 +01:00
|
|
|
If a user thread overflows its stack, this will be caught and the
|
|
|
|
|
kernel itself will be shielded from harm. Enabling this option
|
|
|
|
|
may or may not catch stack overflows when the system is in
|
|
|
|
|
privileged mode or handling a system call; to ensure these are always
|
|
|
|
|
caught, enable CONFIG_HW_STACK_PROTECTION.
|
2017-11-06 20:42:54 +01:00
|
|
|
|
2018-02-01 08:19:49 +01:00
|
|
|
config PRIVILEGED_STACK_SIZE
|
|
|
|
|
int "Size of privileged stack"
|
2019-03-29 00:48:43 +01:00
|
|
|
default 1024
|
2018-02-01 08:19:49 +01:00
|
|
|
depends on ARCH_HAS_USERSPACE
|
|
|
|
|
help
|
2018-02-15 14:36:16 +01:00
|
|
|
This option sets the privileged stack region size that will be used
|
|
|
|
|
in addition to the user mode thread stack. During normal execution,
|
|
|
|
|
this region will be inaccessible from user mode. During system calls,
|
2020-03-11 18:56:19 +01:00
|
|
|
this region will be utilized by the system call. This value must be
|
|
|
|
|
a multiple of the minimum stack alignment.
|
2018-10-07 17:41:18 +02:00
|
|
|
|
|
|
|
|
config KOBJECT_TEXT_AREA
|
|
|
|
|
int "Size if kobject text area"
|
2018-08-29 13:14:16 +02:00
|
|
|
default 512 if COVERAGE_GCOV
|
2019-03-15 10:54:06 +01:00
|
|
|
default 512 if NO_OPTIMIZATIONS
|
2019-02-20 23:49:36 +01:00
|
|
|
default 256
|
2018-10-07 17:41:18 +02:00
|
|
|
depends on ARCH_HAS_USERSPACE
|
|
|
|
|
help
|
|
|
|
|
Size of kernel object text area. Used in linker script.
|
|
|
|
|
|
2020-03-11 18:56:19 +01:00
|
|
|
config GEN_PRIV_STACKS
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
Selected if the architecture requires that privilege elevation stacks
|
|
|
|
|
be allocated in a separate memory area. This is typical of arches
|
|
|
|
|
whose MPUs require regions to be power-of-two aligned/sized.
|
|
|
|
|
|
|
|
|
|
FIXME: This should be removed and replaced with checks against
|
|
|
|
|
CONFIG_MPU_REQUIRES_POWER_OF_TWO_ALIGNMENT, but both ARM and ARC
|
|
|
|
|
changes will be necessary for this.
|
|
|
|
|
|
2018-03-06 22:17:57 +01:00
|
|
|
config STACK_GROWS_UP
|
|
|
|
|
bool "Stack grows towards higher memory addresses"
|
|
|
|
|
help
|
|
|
|
|
Select this option if the architecture has upward growing thread
|
|
|
|
|
stacks. This is not common.
|
|
|
|
|
|
2020-02-05 19:41:58 +01:00
|
|
|
config NO_UNUSED_STACK_INSPECTION
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
Selected if the architecture will generate a fault if unused stack
|
|
|
|
|
memory is examined, which is the region between the current stack
|
|
|
|
|
pointer and the deepest available address in the current stack
|
|
|
|
|
region.
|
|
|
|
|
|
2017-09-11 19:34:49 +02:00
|
|
|
config MAX_THREAD_BYTES
|
|
|
|
|
int "Bytes to use when tracking object thread permissions"
|
|
|
|
|
default 2
|
|
|
|
|
depends on USERSPACE
|
|
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
Every kernel object will have an associated bitfield to store
|
|
|
|
|
thread permissions for that object. This controls the size of the
|
|
|
|
|
bitfield (in bytes) and imposes a limit on how many threads can
|
|
|
|
|
be created in the system.
|
2017-09-11 19:34:49 +02:00
|
|
|
|
2017-11-09 01:38:03 +01:00
|
|
|
config DYNAMIC_OBJECTS
|
2018-04-25 02:01:37 +02:00
|
|
|
bool "Allow kernel objects to be allocated at runtime"
|
2017-11-09 01:38:03 +01:00
|
|
|
depends on USERSPACE
|
|
|
|
|
help
|
2019-11-01 10:24:07 +01:00
|
|
|
Enabling this option allows for kernel objects to be requested from
|
|
|
|
|
the calling thread's resource pool, at a slight cost in performance
|
|
|
|
|
due to the supplemental run-time tables required to validate such
|
|
|
|
|
objects.
|
|
|
|
|
|
|
|
|
|
Objects allocated in this way can be freed with a supervisor-only
|
|
|
|
|
API call, or when the number of references to that object drops to
|
|
|
|
|
zero.
|
2017-11-09 01:38:03 +01:00
|
|
|
|
2018-11-07 23:40:43 +01:00
|
|
|
config NOCACHE_MEMORY
|
|
|
|
|
bool "Support for uncached memory"
|
2020-02-09 22:26:07 +01:00
|
|
|
depends on ARCH_HAS_NOCACHE_MEMORY_SUPPORT
|
2018-11-07 23:40:43 +01:00
|
|
|
help
|
|
|
|
|
Add a "nocache" read-write memory section that is configured to
|
|
|
|
|
not be cached. This memory section can be used to perform DMA
|
|
|
|
|
transfers when cache coherence issues are not optimal or can not
|
|
|
|
|
be solved using cache maintenance operations.
|
|
|
|
|
|
2017-09-09 14:39:38 +02:00
|
|
|
menu "Interrupt Configuration"
|
2019-12-21 08:17:02 +01:00
|
|
|
|
2018-10-31 00:53:56 +01:00
|
|
|
config DYNAMIC_INTERRUPTS
|
|
|
|
|
bool "Enable installation of IRQs at runtime"
|
|
|
|
|
help
|
|
|
|
|
Enable installation of interrupts at runtime, which will move some
|
|
|
|
|
interrupt-related data structures to RAM instead of ROM, and
|
|
|
|
|
on some architectures increase code size.
|
|
|
|
|
|
2017-09-09 14:39:38 +02:00
|
|
|
config GEN_ISR_TABLES
|
2018-08-14 16:19:20 +02:00
|
|
|
bool "Use generated IRQ tables"
|
2017-09-09 14:39:38 +02:00
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
This option controls whether a platform uses the gen_isr_tables
|
|
|
|
|
script to generate its interrupt tables. This mechanism will create
|
|
|
|
|
an appropriate hardware vector table and/or software IRQ table.
|
2017-09-09 14:39:38 +02:00
|
|
|
|
|
|
|
|
config GEN_IRQ_VECTOR_TABLE
|
2018-08-14 16:19:20 +02:00
|
|
|
bool "Generate an interrupt vector table"
|
2017-09-09 14:39:38 +02:00
|
|
|
default y
|
|
|
|
|
depends on GEN_ISR_TABLES
|
|
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
This option controls whether a platform using gen_isr_tables
|
|
|
|
|
needs an interrupt vector table created. Only disable this if the
|
|
|
|
|
platform does not use a vector table at all, or requires the vector
|
|
|
|
|
table to be in a format that is not an array of function pointers
|
|
|
|
|
indexed by IRQ line. In the latter case, the vector table must be
|
|
|
|
|
supplied by the application or architecture code.
|
2017-09-09 14:39:38 +02:00
|
|
|
|
|
|
|
|
config GEN_SW_ISR_TABLE
|
2018-08-14 16:19:20 +02:00
|
|
|
bool "Generate a software ISR table"
|
2017-09-09 14:39:38 +02:00
|
|
|
default y
|
|
|
|
|
depends on GEN_ISR_TABLES
|
|
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
This option controls whether a platform using gen_isr_tables
|
|
|
|
|
needs a software ISR table table created. This is an array of struct
|
|
|
|
|
_isr_table_entry containing the interrupt service routine and supplied
|
|
|
|
|
parameter.
|
2017-09-09 14:39:38 +02:00
|
|
|
|
2019-06-20 11:28:37 +02:00
|
|
|
config ARCH_SW_ISR_TABLE_ALIGN
|
|
|
|
|
int "Alignment size of a software ISR table"
|
|
|
|
|
default 0
|
|
|
|
|
depends on GEN_SW_ISR_TABLE
|
|
|
|
|
help
|
|
|
|
|
This option controls alignment size of generated
|
|
|
|
|
_sw_isr_table. Some architecture needs a software ISR table
|
|
|
|
|
to be aligned to architecture specific size. The default
|
|
|
|
|
size is 0 for no alignment.
|
|
|
|
|
|
2017-09-09 14:39:38 +02:00
|
|
|
config GEN_IRQ_START_VECTOR
|
|
|
|
|
int
|
|
|
|
|
default 0
|
|
|
|
|
depends on GEN_ISR_TABLES
|
|
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
On some architectures, part of the vector table may be reserved for
|
|
|
|
|
system exceptions and is declared separately from the tables
|
|
|
|
|
created by gen_isr_tables.py. When creating these tables, this value
|
|
|
|
|
will be subtracted from CONFIG_NUM_IRQS to properly size them.
|
|
|
|
|
This is a hidden option which needs to be set per architecture and
|
|
|
|
|
left alone.
|
2017-09-09 14:39:38 +02:00
|
|
|
|
2017-11-23 18:05:55 +01:00
|
|
|
config IRQ_OFFLOAD
|
|
|
|
|
bool "Enable IRQ offload"
|
2019-11-07 19:33:09 +01:00
|
|
|
depends on TEST
|
2017-11-23 18:05:55 +01:00
|
|
|
help
|
|
|
|
|
Enable irq_offload() API which allows functions to be synchronously
|
2019-11-07 19:33:09 +01:00
|
|
|
run in interrupt context. Only useful for test cases that need
|
|
|
|
|
to validate the correctness of kernel objects in IRQ context.
|
2017-11-23 18:05:55 +01:00
|
|
|
|
2017-09-09 14:39:38 +02:00
|
|
|
endmenu # Interrupt configuration
|
|
|
|
|
|
2017-09-09 03:14:06 +02:00
|
|
|
endmenu
|
|
|
|
|
|
2017-09-09 14:39:38 +02:00
|
|
|
#
|
|
|
|
|
# Architecture Capabilities
|
|
|
|
|
#
|
2019-12-21 08:17:02 +01:00
|
|
|
|
2018-10-12 09:27:28 +02:00
|
|
|
config ARCH_HAS_TRUSTED_EXECUTION
|
|
|
|
|
bool
|
|
|
|
|
|
2017-09-09 03:14:06 +02:00
|
|
|
config ARCH_HAS_STACK_PROTECTION
|
|
|
|
|
bool
|
|
|
|
|
|
2017-09-11 19:34:49 +02:00
|
|
|
config ARCH_HAS_USERSPACE
|
|
|
|
|
bool
|
|
|
|
|
|
2017-10-18 02:01:48 +02:00
|
|
|
config ARCH_HAS_EXECUTABLE_PAGE_BIT
|
|
|
|
|
bool
|
|
|
|
|
|
2018-11-07 23:40:43 +01:00
|
|
|
config ARCH_HAS_NOCACHE_MEMORY_SUPPORT
|
|
|
|
|
bool
|
|
|
|
|
|
2019-02-10 11:05:51 +01:00
|
|
|
config ARCH_HAS_RAMFUNC_SUPPORT
|
|
|
|
|
bool
|
|
|
|
|
|
2019-10-17 19:13:12 +02:00
|
|
|
config ARCH_HAS_NESTED_EXCEPTION_DETECTION
|
|
|
|
|
bool
|
|
|
|
|
|
2017-12-05 15:07:39 +01:00
|
|
|
#
|
|
|
|
|
# Other architecture related options
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
config ARCH_HAS_THREAD_ABORT
|
|
|
|
|
bool
|
|
|
|
|
|
2016-03-19 00:43:40 +01:00
|
|
|
#
|
|
|
|
|
# Hidden PM feature configs which are to be selected by
|
|
|
|
|
# individual SoC.
|
|
|
|
|
#
|
2019-12-21 08:17:02 +01:00
|
|
|
|
2019-03-16 20:55:56 +01:00
|
|
|
config HAS_SYS_POWER_STATE_SLEEP_1
|
2018-09-18 08:18:37 +02:00
|
|
|
bool
|
|
|
|
|
help
|
2019-02-28 07:20:24 +01:00
|
|
|
This option signifies that the target supports the SYS_POWER_STATE_SLEEP_1
|
2018-09-18 08:18:37 +02:00
|
|
|
configuration option.
|
|
|
|
|
|
2019-03-16 20:55:56 +01:00
|
|
|
config HAS_SYS_POWER_STATE_SLEEP_2
|
2018-09-18 08:18:37 +02:00
|
|
|
bool
|
|
|
|
|
help
|
2019-02-28 07:20:24 +01:00
|
|
|
This option signifies that the target supports the SYS_POWER_STATE_SLEEP_2
|
2018-09-18 08:18:37 +02:00
|
|
|
configuration option.
|
|
|
|
|
|
2019-03-16 20:55:56 +01:00
|
|
|
config HAS_SYS_POWER_STATE_SLEEP_3
|
2016-05-25 01:17:13 +02:00
|
|
|
bool
|
|
|
|
|
help
|
2019-02-28 07:20:24 +01:00
|
|
|
This option signifies that the target supports the SYS_POWER_STATE_SLEEP_3
|
2017-12-13 16:08:21 +01:00
|
|
|
configuration option.
|
2016-11-10 08:16:27 +01:00
|
|
|
|
2019-03-16 20:55:56 +01:00
|
|
|
config HAS_SYS_POWER_STATE_DEEP_SLEEP_1
|
2018-09-18 08:18:37 +02:00
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option signifies that the target supports the SYS_POWER_STATE_DEEP_SLEEP_1
|
|
|
|
|
configuration option.
|
|
|
|
|
|
2019-03-16 20:55:56 +01:00
|
|
|
config HAS_SYS_POWER_STATE_DEEP_SLEEP_2
|
2018-09-18 08:18:37 +02:00
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option signifies that the target supports the SYS_POWER_STATE_DEEP_SLEEP_2
|
|
|
|
|
configuration option.
|
|
|
|
|
|
2019-03-16 20:55:56 +01:00
|
|
|
config HAS_SYS_POWER_STATE_DEEP_SLEEP_3
|
2019-02-04 15:30:57 +01:00
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option signifies that the target supports the SYS_POWER_STATE_DEEP_SLEEP_3
|
|
|
|
|
configuration option.
|
|
|
|
|
|
2016-11-10 08:16:27 +01:00
|
|
|
config BOOTLOADER_CONTEXT_RESTORE_SUPPORTED
|
|
|
|
|
bool
|
|
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
This option signifies that the target has options of bootloaders
|
|
|
|
|
that support context restore upon resume from deep sleep
|
2016-11-10 08:16:27 +01:00
|
|
|
|
2019-12-21 08:17:02 +01:00
|
|
|
#
|
|
|
|
|
# Hidden CPU family configs
|
2017-11-23 23:43:54 +01:00
|
|
|
#
|
|
|
|
|
|
2018-10-12 09:27:28 +02:00
|
|
|
config CPU_HAS_TEE
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option is enabled when the CPU has support for Trusted
|
|
|
|
|
Execution Environment (e.g. when it has a security attribution
|
|
|
|
|
unit).
|
|
|
|
|
|
2019-10-08 17:52:18 +02:00
|
|
|
config CPU_HAS_DCLS
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option is enabled when the processor hardware is configured in
|
|
|
|
|
Dual-redundant Core Lock-step (DCLS) topology.
|
|
|
|
|
|
2017-11-23 23:43:54 +01:00
|
|
|
config CPU_HAS_FPU
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option is enabled when the CPU has hardware floating point
|
|
|
|
|
unit.
|
|
|
|
|
|
2020-04-14 20:06:23 +02:00
|
|
|
config CPU_HAS_FPU_DOUBLE_PRECISION
|
|
|
|
|
bool
|
|
|
|
|
select CPU_HAS_FPU
|
|
|
|
|
help
|
|
|
|
|
When enabled, this indicates that the CPU has a double floating point
|
|
|
|
|
precision unit.
|
|
|
|
|
|
2017-11-23 23:43:54 +01:00
|
|
|
config CPU_HAS_MPU
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option is enabled when the CPU has a Memory Protection Unit (MPU).
|
|
|
|
|
|
2020-06-13 01:50:16 +02:00
|
|
|
config CPU_HAS_MMU
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This hidden option is selected when the CPU has a Memory Management Unit
|
|
|
|
|
(MMU).
|
|
|
|
|
|
2020-06-13 02:53:12 +02:00
|
|
|
config MMU
|
|
|
|
|
bool
|
|
|
|
|
depends on CPU_HAS_MMU
|
|
|
|
|
help
|
|
|
|
|
This option is enabled when the CPU's memory management unit is active
|
|
|
|
|
and the arch_mem_map() API is available.
|
|
|
|
|
|
|
|
|
|
config MMU_PAGE_SIZE
|
|
|
|
|
hex "Size of smallest granularity MMU page"
|
|
|
|
|
depends on MMU
|
|
|
|
|
default 0x1000
|
|
|
|
|
help
|
|
|
|
|
Size of memory pages. Varies per MMU but 4K is common. For MMUs that
|
|
|
|
|
support multiple page sizes, put the smallest one here.
|
|
|
|
|
|
2018-11-27 15:45:36 +01:00
|
|
|
config MEMORY_PROTECTION
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option is enabled when Memory Protection features are supported.
|
|
|
|
|
Memory protection support is currently available on ARC, ARM, and x86
|
|
|
|
|
architectures.
|
|
|
|
|
|
2018-02-01 08:12:32 +01:00
|
|
|
config MPU_REQUIRES_POWER_OF_TWO_ALIGNMENT
|
|
|
|
|
bool
|
|
|
|
|
help
|
2018-02-15 14:36:16 +01:00
|
|
|
This option is enabled when the MPU requires a power of two alignment
|
|
|
|
|
and size for MPU regions.
|
2018-02-01 08:12:32 +01:00
|
|
|
|
2018-09-25 14:05:56 +02:00
|
|
|
config MPU_REQUIRES_NON_OVERLAPPING_REGIONS
|
|
|
|
|
bool
|
|
|
|
|
help
|
|
|
|
|
This option is enabled when the MPU requires the active (i.e. enabled)
|
|
|
|
|
MPU regions to be non-overlapping with each other.
|
2018-02-01 08:12:32 +01:00
|
|
|
|
2019-10-24 15:17:09 +02:00
|
|
|
config MPU_GAP_FILLING
|
|
|
|
|
bool "Force MPU to be filling in background memory regions"
|
|
|
|
|
depends on MPU_REQUIRES_NON_OVERLAPPING_REGIONS
|
2019-11-11 12:46:31 +01:00
|
|
|
default y if !USERSPACE
|
2019-10-24 15:17:09 +02:00
|
|
|
help
|
|
|
|
|
This Kconfig option instructs the MPU driver to enforce
|
|
|
|
|
a full kernel SRAM partitioning, when it programs the
|
|
|
|
|
dynamic MPU regions (user thread stack, PRIV stack guard
|
|
|
|
|
and application memory domains) during context-switch. We
|
|
|
|
|
allow this to be a configurable option, in order to be able
|
|
|
|
|
to switch the option off and have an increased number of MPU
|
|
|
|
|
regions available for application memory domain programming.
|
|
|
|
|
|
|
|
|
|
Notes:
|
|
|
|
|
An increased number of MPU regions should only be required,
|
2019-11-11 12:46:31 +01:00
|
|
|
when building with USERSPACE support. As a result, when we
|
|
|
|
|
build without USERSPACE support, gap filling should always
|
|
|
|
|
be required.
|
2019-10-24 15:17:09 +02:00
|
|
|
|
|
|
|
|
When the option is switched off, access to memory areas not
|
|
|
|
|
covered by explicit MPU regions is restricted to privileged
|
|
|
|
|
code on an ARCH-specific basis. Refer to ARCH-specific
|
|
|
|
|
documentation for more information on how this option is
|
|
|
|
|
used.
|
|
|
|
|
|
2020-04-24 07:06:37 +02:00
|
|
|
menu "Floating Point Options"
|
|
|
|
|
|
|
|
|
|
config FPU
|
|
|
|
|
bool "Enable floating point unit (FPU)"
|
2018-12-27 16:13:25 +01:00
|
|
|
depends on CPU_HAS_FPU
|
2020-03-12 02:15:29 +01:00
|
|
|
depends on ARC || ARM || RISCV || X86
|
2017-11-23 23:43:54 +01:00
|
|
|
help
|
2020-04-24 07:06:37 +02:00
|
|
|
This option enables the hardware Floating Point Unit (FPU), in order to
|
|
|
|
|
support using the floating point registers and instructions.
|
|
|
|
|
|
|
|
|
|
When this option is enabled, by default, threads may use the floating
|
|
|
|
|
point registers only in an exclusive manner, and this usually means that
|
|
|
|
|
only one thread may perform floating point operations.
|
|
|
|
|
|
|
|
|
|
If it is necessary for multiple threads to perform concurrent floating
|
|
|
|
|
point operations, the "FPU register sharing" option must be enabled to
|
|
|
|
|
preserve the floating point registers across context switches.
|
2017-11-23 23:43:54 +01:00
|
|
|
|
2020-04-24 07:06:37 +02:00
|
|
|
Note that this option cannot be selected for the platforms that do not
|
|
|
|
|
include a hardware floating point unit; the floating point support for
|
|
|
|
|
those platforms is dependent on the availability of the toolchain-
|
|
|
|
|
provided software floating point library.
|
2017-11-23 23:43:54 +01:00
|
|
|
|
2020-05-03 11:03:19 +02:00
|
|
|
config FPU_SHARING
|
2020-04-24 07:06:37 +02:00
|
|
|
bool "FPU register sharing"
|
2020-04-23 10:27:24 +02:00
|
|
|
depends on FPU
|
2017-11-23 23:43:54 +01:00
|
|
|
help
|
2020-04-24 07:06:37 +02:00
|
|
|
This option enables preservation of the hardware floating point registers
|
|
|
|
|
across context switches to allow multiple threads to perform concurrent
|
|
|
|
|
floating point operations.
|
|
|
|
|
|
|
|
|
|
endmenu
|
2017-11-23 23:43:54 +01:00
|
|
|
|
2015-10-09 12:20:52 +02:00
|
|
|
config ARCH
|
|
|
|
|
string
|
|
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
System architecture string.
|
2015-10-09 12:20:52 +02:00
|
|
|
|
|
|
|
|
config SOC
|
2016-03-31 14:07:42 +02:00
|
|
|
string
|
|
|
|
|
help
|
2018-09-03 22:44:13 +02:00
|
|
|
SoC name which can be found under soc/<arch>/<soc name>.
|
2017-12-13 16:08:21 +01:00
|
|
|
This option holds the directory name used by the build system to locate
|
2018-11-21 20:42:47 +01:00
|
|
|
the correct linker and header files for the SoC.
|
2016-03-31 14:07:42 +02:00
|
|
|
|
|
|
|
|
config SOC_SERIES
|
|
|
|
|
string
|
|
|
|
|
help
|
2018-09-03 22:44:13 +02:00
|
|
|
SoC series name which can be found under soc/<arch>/<family>/<series>.
|
2017-12-13 16:08:21 +01:00
|
|
|
This option holds the directory name used by the build system to locate
|
|
|
|
|
the correct linker and header files.
|
2016-03-31 14:07:42 +02:00
|
|
|
|
|
|
|
|
config SOC_FAMILY
|
|
|
|
|
string
|
|
|
|
|
help
|
2018-09-03 22:44:13 +02:00
|
|
|
SoC family name which can be found under soc/<arch>/<family>.
|
2017-12-13 16:08:21 +01:00
|
|
|
This option holds the directory name used by the build system to locate
|
|
|
|
|
the correct linker and header files.
|
2015-11-30 01:47:21 +01:00
|
|
|
|
2015-12-08 02:20:25 +01:00
|
|
|
config BOARD
|
|
|
|
|
string
|
|
|
|
|
help
|
2017-12-13 16:08:21 +01:00
|
|
|
This option holds the name of the board and is used to locate the files
|
|
|
|
|
related to the board in the source tree (under boards/).
|
|
|
|
|
The Board is the first location where we search for a linker.ld file,
|
|
|
|
|
if not found we look for the linker file in
|
2018-09-03 22:44:13 +02:00
|
|
|
soc/<arch>/<family>/<series>
|
