OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/soc/xtensa/intel_s1000/Kconfig.soc

11 lines
287 B
Plaintext
Raw Normal View History

intel_s1000: Add intel_s1000 SoC intel_s1000 is an SoC having cavs21_LX6HiFi3_RF3_WB16 as the CPU which belongs to Xtensa family. This is being used in intel_s1000_crb. Change-Id: Ic424aa77557bf31024ddbf3f1d76b72a4adb8f66 Signed-off-by: Rajavardhan Gundi <rajavardhan.gundi@intel.com> Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2017-05-25 12:54:46 +08:00
# Copyright (c) 2017 Intel Corporation
# SPDX-License-Identifier: Apache-2.0
config SOC_INTEL_S1000
bool "intel_s1000"
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-07 01:26:14 +08:00
select XTENSA
xtensa: enable XTENSA_HAL at SoC level This moves enabling XTENSA_HAL to the SoC definitions. As Xtensa SoCs are highly configurable, it is possible that the generic Xtensa HAL provided in the tree is not suitable. So only enable XTENSA_HAL only if the generic version can be used. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2020-04-08 06:21:34 +08:00
select XTENSA_HAL if "$(ZEPHYR_TOOLCHAIN_VARIANT)" != "xcc"
soc: intel_s1000_crb: fix cmake warning about HAS_*_DW Both HAS_I2C_DW and HAS_SPI_DW are not valid unless I2C and SPI are both selected. So make them dependent on the parent subsystem config. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2019-11-27 06:34:40 +08:00
select HAS_I2C_DW if I2C
select HAS_SPI_DW if SPI
xtensa: intel_s1000: enable thread local storage Adds the bits to enable thread local storage for intel_s1000 SoC. Signed-off-by: Daniel Leung <daniel.leung@intel.com>
2020-10-06 01:15:00 +08:00
select ARCH_HAS_THREAD_LOCAL_STORAGE