zephyr/soc/xtensa/intel_apl_adsp/Kconfig.soc

# Copyright (c) 2017 Intel Corporation
# SPDX-License-Identifier: Apache-2.0

config SOC_INTEL_APL_ADSP
	bool "intel_apl_adsp"
	select XTENSA
	select XTENSA_RESET_VECTOR
	select XTENSA_USE_CORE_CRT1
	select ATOMIC_OPERATIONS_BUILTIN
soc: xtensa: Add SoC definition for Audio DSP on Intel Apollolake Create an SoC definition for the Audio DSP on Intel Apollolake Signed-off-by: Daniel Leung <daniel.leung@intel.com> Signed-off-by: Andrei Emeltchenko <andrei.emeltchenko@intel.com> Signed-off-by: Johan Hedberg <johan.hedberg@intel.com> 2019-11-19 12:33:35 +02:00			`# Copyright (c) 2017 Intel Corporation`
			`# SPDX-License-Identifier: Apache-2.0`

			`config SOC_INTEL_APL_ADSP`
			`bool "intel_apl_adsp"`
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			`select XTENSA`
soc: xtensa: Add SoC definition for Audio DSP on Intel Apollolake Create an SoC definition for the Audio DSP on Intel Apollolake Signed-off-by: Daniel Leung <daniel.leung@intel.com> Signed-off-by: Andrei Emeltchenko <andrei.emeltchenko@intel.com> Signed-off-by: Johan Hedberg <johan.hedberg@intel.com> 2019-11-19 12:33:35 +02:00			`select XTENSA_RESET_VECTOR`
			`select XTENSA_USE_CORE_CRT1`
soc: intel_apl_adsp: select CONFIG_ATOMIC_OPERATIONS_BUILTIN The GCC 9.2 toolchain for intel_apl_adsp has builtin atomic functions already so we can use that instead of the custom one in arch. This allows the atomic function calls to be inlined. Signed-off-by: Daniel Leung <daniel.leung@intel.com> 2020-01-08 10:47:27 -08:00			`select ATOMIC_OPERATIONS_BUILTIN`