michaelh/zephyr
1
0
Fork 0
Code Releases Activity
zephyr/soc/arm/st_stm32/common/Kconfig.defconfig.series

79 lines
1.3 KiB
Text
Raw Normal View History

kconfig: Clean up header comments and make them consistent Use this short header style in all Kconfig files: # <description> # <copyright> # <license> ... Also change all <description>s from # Kconfig[.extension] - Foo-related options to just # Foo-related options It's clear enough that it's about Kconfig. The <description> cleanup was done with this command, along with some manual cleanup (big letter at the start, etc.) git ls-files '*Kconfig*' | \ xargs sed -i -E '1 s/#\s*Kconfig[\w.-]*\s*-\s*/# /' Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2019-11-01 13:45:29 +01:00
# ST Microelectronics STM32 all MCU lines
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
# Copyright (c) 2017, I-SENSE group of ICCS
# SPDX-License-Identifier: Apache-2.0
soc/arm/st_stm32: Add comments on Kconfig.defconfig organization There are some implicit rules in STM32 family Kconfig.defconfig fragments organizations. Add comments to explicit these rules. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2019-02-18 13:47:15 +01:00
# Here are set all the Kconfig symbols common to the whole STM32 family
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
if SOC_FAMILY_STM32
soc: stm32: Enable cortex-m systick timer by default Move systick activation in soc/ as a Kconfig.defconfig file and remove activation in boards _defconfig files. This will allow to deactivate it in a more flexible way with upcoming LPTIMER as tick source when power management features are enabled. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2019-10-10 13:53:52 +02:00
config CORTEX_M_SYSTICK
soc: stm32: Explicitly disable CORTEX_M_SYSTICK if LPTIM enabled CORTEX_M_SYSTICK should be disabled if LPTIM is selected. Current implementation is not efficient to do so. Rework the way the dependency is stated. Fixes #33342 Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2021-03-16 09:03:42 +01:00
default n if STM32_LPTIM_TIMER
soc: arm: stm32 TICKS value with LPTIM config This is defining the SYS_CLOCK_TICKS_PER_SEC default value depending on the LPTIM CLOCK frequency in case of LPTIMER, to get a TICK value as a divider of the LPTIM clock source. It gives a better result in formulas when converting ticks to count unit. Signed-off-by: Francois Ramu <francois.ramu@st.com>
2020-05-13 14:21:46 +02:00
soc/arm: st_stm32: Optionally Set SYS_CLOCK_HW_CYCLES_PER_SEC using dt Optionally configure Kconfig SYS_CLOCK_HW_CYCLES_PER_SEC using clock-frequency provided by dt if sysclk node is enabled Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2021-04-02 17:13:27 +02:00
DT_STM32_RCC_PATH := $(dt_nodelabel_path,rcc)
DT_STM32_RCC_CLOCK_FREQ := $(dt_node_int_prop_int,$(DT_STM32_RCC_PATH),clock-frequency)
config SYS_CLOCK_HW_CYCLES_PER_SEC
default "$(DT_STM32_RCC_CLOCK_FREQ)" if "$(dt_nodelabel_enabled,rcc)"
soc: arm: stm32 TICKS value with LPTIM config This is defining the SYS_CLOCK_TICKS_PER_SEC default value depending on the LPTIM CLOCK frequency in case of LPTIMER, to get a TICK value as a divider of the LPTIM clock source. It gives a better result in formulas when converting ticks to count unit. Signed-off-by: Francois Ramu <francois.ramu@st.com>
2020-05-13 14:21:46 +02:00
# set the tick per sec as a divider of the LPTIM clock source
config SYS_CLOCK_TICKS_PER_SEC
default 4096 if STM32_LPTIM_TIMER && STM32_LPTIM_CLOCK_LSE
default 4000 if STM32_LPTIM_TIMER && STM32_LPTIM_CLOCK_LSI
soc: stm32: Enable cortex-m systick timer by default Move systick activation in soc/ as a Kconfig.defconfig file and remove activation in boards _defconfig files. This will allow to deactivate it in a more flexible way with upcoming LPTIMER as tick source when power management features are enabled. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2019-10-10 13:53:52 +02:00
soc: stm32: Move clock_control Kconfig selection to common Factorize this setting rather than doing it in multiple places. Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2019-10-10 11:09:03 +02:00
config CLOCK_CONTROL_STM32_CUBE
default y
kconfig: Replace defconfig singe-symbol 'if's with 'depends on' Same deal as in commit eddd98f ("kconfig: Replace some single-symbol 'if's with 'depends on'"), for all symbols defined within defconfig files. See that commit for an explanation. Maybe 'if's were used originally to mirror the 'if's in the main Kconfig files, and then it got copied around by people assuming 'if' must work differently from 'depends on'. It doesn't match in every spot at least. Better to keep it simple and just consistently use 'depends on' when it's a single symbol/choice I think. Helps reinforce that 'if' isn't magic too. Verified by printing all Kconfig menu nodes (symbols, choices, menus, etc.) before and after the change and diffing (should show no difference). Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-10 04:18:50 +01:00
depends on CLOCK_CONTROL
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
config UART_STM32
Kconfig: Use 'default' instead of 'def_bool' in Kconfig.defconfig files This can help find unused symbols. Those end up without a type if 'default' is used instead of 'def_bool', which generates a warning. Search for "Kconfig.defconfig" in https://docs.zephyrproject.org/latest/application/kconfig-tips.html for a longer explanation. Keep the 'def_bool' for the following symbols, which seem to be deliberately defined only in Kconfig.defconfig files: - ALTERA_AVALON_I2C - ALTERA_AVALON_MSGDMA - ALTERA_AVALON_PIO - ALTERA_AVALON_QSPI - ALTERA_AVALON_SYSID - CLOCK_CONTROL_IMX_CCM - CPU_EM4_DMIPS - CPU_EM4_FPUDA - CPU_EM4_FPUS - FP_FPU_DA - I2C_GECKO Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-11-13 17:15:49 +01:00
default y
kconfig: Replace defconfig singe-symbol 'if's with 'depends on' Same deal as in commit eddd98f ("kconfig: Replace some single-symbol 'if's with 'depends on'"), for all symbols defined within defconfig files. See that commit for an explanation. Maybe 'if's were used originally to mirror the 'if's in the main Kconfig files, and then it got copied around by people assuming 'if' must work differently from 'depends on'. It doesn't match in every spot at least. Better to keep it simple and just consistently use 'depends on' when it's a single symbol/choice I think. Helps reinforce that 'if' isn't magic too. Verified by printing all Kconfig menu nodes (symbols, choices, menus, etc.) before and after the change and diffing (should show no difference). Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-10 04:18:50 +01:00
depends on SERIAL
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
if GPIO
config GPIO_STM32
Kconfig: Use 'default' instead of 'def_bool' in Kconfig.defconfig files This can help find unused symbols. Those end up without a type if 'default' is used instead of 'def_bool', which generates a warning. Search for "Kconfig.defconfig" in https://docs.zephyrproject.org/latest/application/kconfig-tips.html for a longer explanation. Keep the 'def_bool' for the following symbols, which seem to be deliberately defined only in Kconfig.defconfig files: - ALTERA_AVALON_I2C - ALTERA_AVALON_MSGDMA - ALTERA_AVALON_PIO - ALTERA_AVALON_QSPI - ALTERA_AVALON_SYSID - CLOCK_CONTROL_IMX_CCM - CPU_EM4_DMIPS - CPU_EM4_FPUDA - CPU_EM4_FPUS - FP_FPU_DA - I2C_GECKO Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-11-13 17:15:49 +01:00
default y
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
kconfig: Global whitespace/consistency cleanup Clean up space errors and use a consistent style throughout the Kconfig files. This makes reading the Kconfig files more distraction-free, helps with grepping, and encourages the same style getting copied around everywhere (meaning another pass hopefully won't be needed). Go for the most common style: - Indent properties with a single tab, including for choices. Properties on choices work exactly the same syntactically as properties on symbols, so not sure how the no-indentation thing happened. - Indent help texts with a tab followed by two spaces - Put a space between 'config' and the symbol name, not a tab. This also helps when grepping for definitions. - Do '# A comment' instead of '#A comment' I tweaked Kconfiglib a bit to find most of the stuff. Some help texts were reflowed to 79 columns with 'gq' in Vim as well, though not all, because I was afraid I'd accidentally mess up formatting. Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2019-11-01 10:24:07 +01:00
endif # GPIO
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
config PINMUX_STM32
Kconfig: Use 'default' instead of 'def_bool' in Kconfig.defconfig files This can help find unused symbols. Those end up without a type if 'default' is used instead of 'def_bool', which generates a warning. Search for "Kconfig.defconfig" in https://docs.zephyrproject.org/latest/application/kconfig-tips.html for a longer explanation. Keep the 'def_bool' for the following symbols, which seem to be deliberately defined only in Kconfig.defconfig files: - ALTERA_AVALON_I2C - ALTERA_AVALON_MSGDMA - ALTERA_AVALON_PIO - ALTERA_AVALON_QSPI - ALTERA_AVALON_SYSID - CLOCK_CONTROL_IMX_CCM - CPU_EM4_DMIPS - CPU_EM4_FPUDA - CPU_EM4_FPUS - FP_FPU_DA - I2C_GECKO Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-11-13 17:15:49 +01:00
default y
kconfig: Replace defconfig singe-symbol 'if's with 'depends on' Same deal as in commit eddd98f ("kconfig: Replace some single-symbol 'if's with 'depends on'"), for all symbols defined within defconfig files. See that commit for an explanation. Maybe 'if's were used originally to mirror the 'if's in the main Kconfig files, and then it got copied around by people assuming 'if' must work differently from 'depends on'. It doesn't match in every spot at least. Better to keep it simple and just consistently use 'depends on' when it's a single symbol/choice I think. Helps reinforce that 'if' isn't magic too. Verified by printing all Kconfig menu nodes (symbols, choices, menus, etc.) before and after the change and diffing (should show no difference). Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-10 04:18:50 +01:00
depends on PINMUX
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
config PWM_STM32
Kconfig: Use 'default' instead of 'def_bool' in Kconfig.defconfig files This can help find unused symbols. Those end up without a type if 'default' is used instead of 'def_bool', which generates a warning. Search for "Kconfig.defconfig" in https://docs.zephyrproject.org/latest/application/kconfig-tips.html for a longer explanation. Keep the 'def_bool' for the following symbols, which seem to be deliberately defined only in Kconfig.defconfig files: - ALTERA_AVALON_I2C - ALTERA_AVALON_MSGDMA - ALTERA_AVALON_PIO - ALTERA_AVALON_QSPI - ALTERA_AVALON_SYSID - CLOCK_CONTROL_IMX_CCM - CPU_EM4_DMIPS - CPU_EM4_FPUDA - CPU_EM4_FPUS - FP_FPU_DA - I2C_GECKO Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-11-13 17:15:49 +01:00
default y
kconfig: Replace defconfig singe-symbol 'if's with 'depends on' Same deal as in commit eddd98f ("kconfig: Replace some single-symbol 'if's with 'depends on'"), for all symbols defined within defconfig files. See that commit for an explanation. Maybe 'if's were used originally to mirror the 'if's in the main Kconfig files, and then it got copied around by people assuming 'if' must work differently from 'depends on'. It doesn't match in every spot at least. Better to keep it simple and just consistently use 'depends on' when it's a single symbol/choice I think. Helps reinforce that 'if' isn't magic too. Verified by printing all Kconfig menu nodes (symbols, choices, menus, etc.) before and after the change and diffing (should show no difference). Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-10 04:18:50 +01:00
depends on PWM
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
config SPI_STM32
Kconfig: Use 'default' instead of 'def_bool' in Kconfig.defconfig files This can help find unused symbols. Those end up without a type if 'default' is used instead of 'def_bool', which generates a warning. Search for "Kconfig.defconfig" in https://docs.zephyrproject.org/latest/application/kconfig-tips.html for a longer explanation. Keep the 'def_bool' for the following symbols, which seem to be deliberately defined only in Kconfig.defconfig files: - ALTERA_AVALON_I2C - ALTERA_AVALON_MSGDMA - ALTERA_AVALON_PIO - ALTERA_AVALON_QSPI - ALTERA_AVALON_SYSID - CLOCK_CONTROL_IMX_CCM - CPU_EM4_DMIPS - CPU_EM4_FPUDA - CPU_EM4_FPUS - FP_FPU_DA - I2C_GECKO Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-11-13 17:15:49 +01:00
default y
kconfig: Replace defconfig singe-symbol 'if's with 'depends on' Same deal as in commit eddd98f ("kconfig: Replace some single-symbol 'if's with 'depends on'"), for all symbols defined within defconfig files. See that commit for an explanation. Maybe 'if's were used originally to mirror the 'if's in the main Kconfig files, and then it got copied around by people assuming 'if' must work differently from 'depends on'. It doesn't match in every spot at least. Better to keep it simple and just consistently use 'depends on' when it's a single symbol/choice I think. Helps reinforce that 'if' isn't magic too. Verified by printing all Kconfig menu nodes (symbols, choices, menus, etc.) before and after the change and diffing (should show no difference). Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-10 04:18:50 +01:00
depends on SPI
drivers/i2c: Cleanup Kconfig Move driver specific to dedicated file when relevant (i.e.: more than 1-2 options), use if/endif also. Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2018-02-28 11:27:46 +01:00
soc: arm: stm32: Enable I2S_STM32 in the common part Enable I2S_STM32 in the soc common part, so it will no longer be required in board default configuration. Signed-off-by: Armando Visconti <armando.visconti@st.com>
2020-03-30 17:28:49 +02:00
config I2S_STM32
default y
depends on I2S
drivers: usb_dc_stm32: Add support for all STM32 families Add support for all STM32 families Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com> Signed-off-by: qianfan Zhao <qianfanguijin@163.com>
2017-10-27 20:21:12 +03:00
config USB_DC_STM32
Kconfig: Use 'default' instead of 'def_bool' in Kconfig.defconfig files This can help find unused symbols. Those end up without a type if 'default' is used instead of 'def_bool', which generates a warning. Search for "Kconfig.defconfig" in https://docs.zephyrproject.org/latest/application/kconfig-tips.html for a longer explanation. Keep the 'def_bool' for the following symbols, which seem to be deliberately defined only in Kconfig.defconfig files: - ALTERA_AVALON_I2C - ALTERA_AVALON_MSGDMA - ALTERA_AVALON_PIO - ALTERA_AVALON_QSPI - ALTERA_AVALON_SYSID - CLOCK_CONTROL_IMX_CCM - CPU_EM4_DMIPS - CPU_EM4_FPUDA - CPU_EM4_FPUS - FP_FPU_DA - I2C_GECKO Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2018-11-13 17:15:49 +01:00
default y
soc: replace USB configuration option with USB_DEVICE_DRIVER Replace USB configuration option with USB_DEVICE_DRIVER since on the SoC level the specific driver is selected. Signed-off-by: Johann Fischer <johann.fischer@nordicsemi.no>
2021-06-30 12:07:29 +02:00
depends on USB_DEVICE_DRIVER
drivers/counter: stm32: Provide STM32 RTC driver using counter API Provides a STM32 RTC driver using new counter API. Driver does not support wrap related functions (set, get, ..) Fixes #11373 Signed-off-by: Erwan Gouriou <erwan.gouriou@linaro.org>
2018-11-29 11:08:41 +01:00
config COUNTER_RTC_STM32
default y
kconfig: Replace defconfig singe-symbol 'if's with 'depends on' Same deal as in commit eddd98f ("kconfig: Replace some single-symbol 'if's with 'depends on'"), for all symbols defined within defconfig files. See that commit for an explanation. Maybe 'if's were used originally to mirror the 'if's in the main Kconfig files, and then it got copied around by people assuming 'if' must work differently from 'depends on'. It doesn't match in every spot at least. Better to keep it simple and just consistently use 'depends on' when it's a single symbol/choice I think. Helps reinforce that 'if' isn't magic too. Verified by printing all Kconfig menu nodes (symbols, choices, menus, etc.) before and after the change and diffing (should show no difference). Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-10 04:18:50 +01:00
depends on COUNTER
drivers: can: stm32: Cleanup Kconfig enablement Follow the pattern we have for other peripherals in that if the driver class (CAN) is enabled than enable the driver for that class (CAN_STM32). Also have the STM32 CAN driver depend on being on a STM32 SoC. Remove setting of CONFIG_CAN_STM32 in any .conf files as it will get set of CONFIG_CAN is set/enabled. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2019-02-24 08:28:17 -06:00
drivers: adc: add driver support for ADC1 of stm32 This commit adds driver support for ADC1 on all 8 supported series of stm32 with resolution and conversion time selection and calibration. Currently DMA is not supported for all series, and without it, zephyr won't be able to catch up ADC's end of conversion interrupt, so this version of the driver supports one channel conversion only. Users want multi-channel conversion should use multiple sequences in their app code. This driver uses LL lib rather than HAL because the current HAL lib for ADC will call HAL_DMA_* functions rather than using zephyr's common DMA interface, so that way the driver will break the consistency of the code. This driver has been tested on multiple nucleo boards including NUCLEO_F091RC/F103RB/F207ZG/F302R8/F401RE/F746ZG/L073RZ/L476RG and all passed the test cases in tests/drivers/adc/adc_api. If the external ADC line is floating, it may fail the tests since ADC may get 0V and the test cases think 0 is failing. Connect it to any voltage source between 0-3.3V will help passing the test cases. Signed-off-by: Song Qiang <songqiang1304521@gmail.com>
2019-05-07 16:37:35 +08:00
config ADC_STM32
default y
kconfig: Replace defconfig singe-symbol 'if's with 'depends on' Same deal as in commit eddd98f ("kconfig: Replace some single-symbol 'if's with 'depends on'"), for all symbols defined within defconfig files. See that commit for an explanation. Maybe 'if's were used originally to mirror the 'if's in the main Kconfig files, and then it got copied around by people assuming 'if' must work differently from 'depends on'. It doesn't match in every spot at least. Better to keep it simple and just consistently use 'depends on' when it's a single symbol/choice I think. Helps reinforce that 'if' isn't magic too. Verified by printing all Kconfig menu nodes (symbols, choices, menus, etc.) before and after the change and diffing (should show no difference). Signed-off-by: Ulf Magnusson <Ulf.Magnusson@nordicsemi.no>
2020-02-10 04:18:50 +01:00
depends on ADC
drivers: adc: add driver support for ADC1 of stm32 This commit adds driver support for ADC1 on all 8 supported series of stm32 with resolution and conversion time selection and calibration. Currently DMA is not supported for all series, and without it, zephyr won't be able to catch up ADC's end of conversion interrupt, so this version of the driver supports one channel conversion only. Users want multi-channel conversion should use multiple sequences in their app code. This driver uses LL lib rather than HAL because the current HAL lib for ADC will call HAL_DMA_* functions rather than using zephyr's common DMA interface, so that way the driver will break the consistency of the code. This driver has been tested on multiple nucleo boards including NUCLEO_F091RC/F103RB/F207ZG/F302R8/F401RE/F746ZG/L073RZ/L476RG and all passed the test cases in tests/drivers/adc/adc_api. If the external ADC line is floating, it may fail the tests since ADC may get 0V and the test cases think 0 is failing. Connect it to any voltage source between 0-3.3V will help passing the test cases. Signed-off-by: Song Qiang <songqiang1304521@gmail.com>
2019-05-07 16:37:35 +08:00
drivers: dma: add generic driver support for some series of stm32 This commit adds driver support for DMA on f0/f1/f2/f3/f4/l0/l4 series stm32. Notice due to some bugs, this is currently not working with f7. There are two kinds of IP blocks are used across these stm32, one is the one that has been used on F2/F4/F7 series, and the other one is the one that has been used on F0/F1/F3/L0/L4 series. Memory to memory transfer is only supported on the second DMA on F2/F4 with 'st,mem2mem' to be declared in dts. This driver depends on k_malloc to allocate memory for stream instances, so CONFIG_HEAP_MEM_POOL_SIZE must be big enough to hold them. Common parts of the driver are in dma_stm32.c and SoC related parts are implemented in dma_stm32_v*.c. This driver has been tested on multiple nucleo boards, including NUCLEO_F091RC/F103RB/F207ZG/F302R8/F401RE/L073RZ/L476RG with the loop_transfer and chan_blen_transfer test cases. Signed-off-by: Song Qiang <songqiang1304521@gmail.com>
2019-10-24 19:06:19 +08:00
if DMA
config DMA_STM32
default y
endif # DMA
drivers: memc: stm32: initial support for stm32 FMC This commit adds a new driver category for memory controller peripherals. There is no API involved for now, as it has not been found necessary for first implementation. STM32 Flexible Memory Controller (FMC) is the only controller supported for now. This peripheral allows to access multiple types of external memories, e.g. SDRAM, NAND, NOR Flash... The initial implementation adds support for the SDRAM controller only. The HAL API is used, so the implementation should be portable to other STM32 series. It has only been tested on H7 series, so for now it can only be enabled when working on H7. Linker facilities have also been added in order to allow applications to easily define a variable in SDRAM. Signed-off-by: Gerard Marull-Paretas <gerard@teslabs.com>
2020-11-01 20:48:15 +01:00
config MEMC_STM32
default y
depends on MEMC
arch: st_stm32: Add common series configuration file Add common series configuration file Signed-off-by: Yannis Damigos <giannis.damigos@gmail.com>
2017-12-29 19:25:00 +02:00
endif # SOC_FAMILY_STM32
Copy permalink