michaelh/zephyr
1
0
Fork 0
Code Releases Activity
zephyr/soc/arm/st_stm32/Kconfig

22 lines
346 B
Text
Raw Normal View History

st_stm32/stm32f1: introduce STM32F1x SoC family The patch introduces a new family of SoCs based on STMicroelectronics' STM32 MCU line. The patch introduces a basic arch/arm/soc layout along with configuration of 2 MCUs from STM32F1 series: STM32F103VE and STM32F103RB. The patch assumes that other MCUs from STM32 family will be included under arch/arm/soc/st_stm32 tree, to achieve the following layout: arch/ arm/ soc/ st_stm32/ stm32f0/ stm32f1/ stm32f2/ ... stm32l0/ Most of the configuration within a single MCU family (ex. STM32F1) is shared, however individual MCUs differ with respect to SRAM size, flash size or the number of available peripherals. The patch assumes that per MCU line Kconfig.soc.family file should introduce basic setup for given series. This can be further tuned by per MCU files, with Kconfig.soc.stm32f103rb and Kconfig.soc.stm32f103ve as examples. Each family defines a configuration option, ex. CONFIG_STM32F10X, while individual MCUs define a corresponding per MCU config options, ex. CONFIG_STM32F103VE. From the menuconfig perspective, the user is presented with a family selection under General Platform Configuration/SoC Selection. A specific MCU model can be selected by accessing General Platform Configuration/STM32F1x MCU Selection, with the default entry being selected by the board configuration. Change-Id: I22e4defd4a08ed1b2e2cad0e214b34f565e08831 Origin: Original Signed-off-by: Maciej Borzecki <maciek.borzecki@gmail.com>
2016-03-03 15:32:21 +01:00
# Kconfig - ST Microelectronics STM32 MCU line
#
# Copyright (c) 2016 Open-RnD Sp. z o.o.
#
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-18 17:01:01 -08:00
# SPDX-License-Identifier: Apache-2.0
st_stm32/stm32f1: introduce STM32F1x SoC family The patch introduces a new family of SoCs based on STMicroelectronics' STM32 MCU line. The patch introduces a basic arch/arm/soc layout along with configuration of 2 MCUs from STM32F1 series: STM32F103VE and STM32F103RB. The patch assumes that other MCUs from STM32 family will be included under arch/arm/soc/st_stm32 tree, to achieve the following layout: arch/ arm/ soc/ st_stm32/ stm32f0/ stm32f1/ stm32f2/ ... stm32l0/ Most of the configuration within a single MCU family (ex. STM32F1) is shared, however individual MCUs differ with respect to SRAM size, flash size or the number of available peripherals. The patch assumes that per MCU line Kconfig.soc.family file should introduce basic setup for given series. This can be further tuned by per MCU files, with Kconfig.soc.stm32f103rb and Kconfig.soc.stm32f103ve as examples. Each family defines a configuration option, ex. CONFIG_STM32F10X, while individual MCUs define a corresponding per MCU config options, ex. CONFIG_STM32F103VE. From the menuconfig perspective, the user is presented with a family selection under General Platform Configuration/SoC Selection. A specific MCU model can be selected by accessing General Platform Configuration/STM32F1x MCU Selection, with the default entry being selected by the board configuration. Change-Id: I22e4defd4a08ed1b2e2cad0e214b34f565e08831 Origin: Original Signed-off-by: Maciej Borzecki <maciek.borzecki@gmail.com>
2016-03-03 15:32:21 +01:00
#
stm32: rename CONFIG_SOC_STM32 -> CONFIG_SOC_FAMILY_STM32 Use CONFIG_SOC_FAMILY for the top level SoC family. A family will have different SoCs or different SoC series with multiple SoCs. Adding the Family string to the config variable to avoid confusion between actual SoCs and families and to prevent name collisions. Change-Id: Ic99a2c1df7850dee3a45641027af82464dd6fadb Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2016-04-02 22:29:40 -04:00
config SOC_FAMILY_STM32
st_stm32/stm32f1: introduce STM32F1x SoC family The patch introduces a new family of SoCs based on STMicroelectronics' STM32 MCU line. The patch introduces a basic arch/arm/soc layout along with configuration of 2 MCUs from STM32F1 series: STM32F103VE and STM32F103RB. The patch assumes that other MCUs from STM32 family will be included under arch/arm/soc/st_stm32 tree, to achieve the following layout: arch/ arm/ soc/ st_stm32/ stm32f0/ stm32f1/ stm32f2/ ... stm32l0/ Most of the configuration within a single MCU family (ex. STM32F1) is shared, however individual MCUs differ with respect to SRAM size, flash size or the number of available peripherals. The patch assumes that per MCU line Kconfig.soc.family file should introduce basic setup for given series. This can be further tuned by per MCU files, with Kconfig.soc.stm32f103rb and Kconfig.soc.stm32f103ve as examples. Each family defines a configuration option, ex. CONFIG_STM32F10X, while individual MCUs define a corresponding per MCU config options, ex. CONFIG_STM32F103VE. From the menuconfig perspective, the user is presented with a family selection under General Platform Configuration/SoC Selection. A specific MCU model can be selected by accessing General Platform Configuration/STM32F1x MCU Selection, with the default entry being selected by the board configuration. Change-Id: I22e4defd4a08ed1b2e2cad0e214b34f565e08831 Origin: Original Signed-off-by: Maciej Borzecki <maciek.borzecki@gmail.com>
2016-03-03 15:32:21 +01:00
bool
arch: stm32: Enable HAS_SEGGER_RTT on all stm32 SoCs Enable HAS_SEGGER_RTT to allow user to select use of SEGGER RTT and SystemView solution. SEGGER provide a firmware that can convent ST-Link to J-Link, And RTT is supports all stm32 SoCs, so lets enable RTT default Signed-off-by: qianfan Zhao <qianfanguijin@163.com>
2018-06-21 07:55:45 +08:00
select HAS_SEGGER_RTT
soc: stm32: enable outputing hex file Hex firmware file is convenient in some scenarios, like generating signed firmware with `west sign`. So, enable generating hex file. Signed-off-by: Jun Li <jun.r.li@intel.com>
2019-05-08 13:54:08 -07:00
select BUILD_OUTPUT_HEX
st_stm32/stm32f1: introduce STM32F1x SoC family The patch introduces a new family of SoCs based on STMicroelectronics' STM32 MCU line. The patch introduces a basic arch/arm/soc layout along with configuration of 2 MCUs from STM32F1 series: STM32F103VE and STM32F103RB. The patch assumes that other MCUs from STM32 family will be included under arch/arm/soc/st_stm32 tree, to achieve the following layout: arch/ arm/ soc/ st_stm32/ stm32f0/ stm32f1/ stm32f2/ ... stm32l0/ Most of the configuration within a single MCU family (ex. STM32F1) is shared, however individual MCUs differ with respect to SRAM size, flash size or the number of available peripherals. The patch assumes that per MCU line Kconfig.soc.family file should introduce basic setup for given series. This can be further tuned by per MCU files, with Kconfig.soc.stm32f103rb and Kconfig.soc.stm32f103ve as examples. Each family defines a configuration option, ex. CONFIG_STM32F10X, while individual MCUs define a corresponding per MCU config options, ex. CONFIG_STM32F103VE. From the menuconfig perspective, the user is presented with a family selection under General Platform Configuration/SoC Selection. A specific MCU model can be selected by accessing General Platform Configuration/STM32F1x MCU Selection, with the default entry being selected by the board configuration. Change-Id: I22e4defd4a08ed1b2e2cad0e214b34f565e08831 Origin: Original Signed-off-by: Maciej Borzecki <maciek.borzecki@gmail.com>
2016-03-03 15:32:21 +01:00
stm32: reorganise soc directory and use family/series Use SoC family/series and reoganise the structure to follow new hierarchy. Change-Id: I8637f1487a8287a6614ce6636cd018cf342fec95 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2016-04-02 23:36:02 -04:00
if SOC_FAMILY_STM32
build: use kconfig to select generated artifacts Not all boards require the various binary formats zephyr generates. So be selective based on the arch, SoC or board and only geenrate the binaries actually needed. Fixes #5009 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2017-11-22 13:03:53 -05:00
stm32: reorganise soc directory and use family/series Use SoC family/series and reoganise the structure to follow new hierarchy. Change-Id: I8637f1487a8287a6614ce6636cd018cf342fec95 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2016-04-02 23:36:02 -04:00
config SOC_FAMILY
string
soc: soc_family: Consistently quote string defaults In preparation for introducing a warning. Unquoted string defaults work through a quirk of Kconfig (undefined symbols get their name as their string value), but look confusing. It's done inconsistently now too. Suggested by Kumar Gala. Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-05-25 21:12:24 +02:00
default "st_stm32"
stm32: reorganise soc directory and use family/series Use SoC family/series and reoganise the structure to follow new hierarchy. Change-Id: I8637f1487a8287a6614ce6636cd018cf342fec95 Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2016-04-02 23:36:02 -04:00
arm: soc: move arm SoCs to top-dir Move the SoC outside of the architecture tree and put them at the same level as boards and architectures allowing both SoCs and boards to be maintained outside the tree. Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2018-09-03 15:47:02 -05:00
source "soc/arm/st_stm32/*/Kconfig.soc"
arch: arm: soc: Cleanup Kconfig inclusion per SoC When we included SoC specific Kconfig files we do something like: gsource "arch/arm/soc/arm/*/Kconfig.soc" However, we should do that inside an if block for that SoC family so as to limit SoC family specific options to only being visible when that SoC family is selected. So we simply move the gsource and related items inside the if SOC_FAMILY_<SOC> block. Fixes: #7452 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2018-05-10 10:17:19 -05:00
endif # SOC_FAMILY_STM32
Copy permalink