OrgZephyr/zephyr
OrgZephyr
/
zephyr
mirror of https://github.com/zephyrproject-rtos/zephyr.git
1
0
Fork 0
Code Issues Releases Wiki Activity
zephyr/drivers/can/Kconfig.stm32

46 lines
1.2 KiB
Plaintext
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 20:45:29 +08:00
# STM32 CAN configuration options
drivers: can: Add CAN driver support for STM32 This commit adds low level driver support for STM32 micro controllers. It is tested on stm32f072b in loopback and normal mode. Signed-off-by: Alexander Wachter <alexander.wachter@student.tugraz.at>
2018-05-03 16:59:12 +08:00
# Copyright (c) 2018 Alexander Wachter
# SPDX-License-Identifier: Apache-2.0
config CAN_STM32
bool "STM32 CAN Driver"
drivers: can: Update drivers to use devicetree Kconfig symbol Update CAN drivers to use DT_HAS_<compat>_ENABLED Kconfig symbol to expose the driver and enable it by default based on devicetree. Signed-off-by: Henrik Brix Andersen <hebad@vestas.com>
2022-07-21 17:24:20 +08:00
default y
depends on DT_HAS_ST_STM32_CAN_ENABLED
drivers: can: Timestamps depend on driver select Instead of explicity ORing together the compatible drivers, CAN_RX_TIMESTAMP now depends on CAN_HAS_RX_TIMESTAMP which is selected by the drivers primary Kconfig option. In addition, stm32fd does not need to select this option since it selected by the underlying M_CAN driver. Signed-off-by: Abram Early <abram.early@gmail.com>
2021-06-25 06:11:29 +08:00
select CAN_HAS_RX_TIMESTAMP
drivers: can: Add CAN driver support for STM32 This commit adds low level driver support for STM32 micro controllers. It is tested on stm32f072b in loopback and normal mode. Signed-off-by: Alexander Wachter <alexander.wachter@student.tugraz.at>
2018-05-03 16:59:12 +08:00
help
drivers: can: stm32: Update enable driver help message Updated "Tested on" statements in the help Signed-off-by: Alexander Wachter <alexander.wachter@student.tugraz.at>
2019-07-02 21:02:03 +08:00
Enable STM32 CAN Driver.
drivers: can: stm32: support for dual CAN instances CAN1 and CAN2 share the memory for the filter banks. This commit adds an offset for filters installed for CAN2, allowing to use both CAN instances simultaneously. The hardware allows to freely split the avalable 28 filters between CAN1 and CAN2. In order to simplify the driver implementation, it only supports an equal split of 14 filters per instance. This is the same amount of filters as available in MCUs with only a single CAN. Signed-off-by: Martin Jäger <martin@libre.solar>
2022-06-17 19:35:39 +08:00
Tested on STM32F0, STM32F4, STM32L4 and STM32F7 series.
drivers: can: Add CAN driver support for STM32 This commit adds low level driver support for STM32 micro controllers. It is tested on stm32f072b in loopback and normal mode. Signed-off-by: Alexander Wachter <alexander.wachter@student.tugraz.at>
2018-05-03 16:59:12 +08:00
drivers: can: stm32: rework filter handling The previous driver implementation aimed to maximize the amount of filters, which resulted in a fairly complex implementation. Background: The bxCAN assigns a number to the filters in the order they appear in the filter banks. This number is used to match messages in the FIFO with their filter. If the scale or mode of a filter bank is changed, all following filter numbers get an offset and the assigned callbacks have to be shifted accordingly. The required additional space for the shifting operations resulted in non-deterministic behaviour and the maximum number of filters could not be determined at compile-time, which made several tests like tests/drivers/can/api fail. This implementation uses a more simple but reliable approach for filtering and and reserves fixed space for extended and standard ID filters in the available banks (configurable via Kconfig). The list mode is not used, which may reduce the total number of usable filters depending on the application. The maximum amount of filters is 14 if all filters use ext. IDs, 28 if all use std IDs and something in between if mixed IDs are used. Also see issue #47986 for more detailed background information. Signed-off-by: Martin Jäger <martin@libre.solar>
2022-07-23 14:01:10 +08:00
config CAN_MAX_STD_ID_FILTER
int "Maximum number of std ID filters"
default 14
range 0 28
drivers: can: Add CAN driver support for STM32 This commit adds low level driver support for STM32 micro controllers. It is tested on stm32f072b in loopback and normal mode. Signed-off-by: Alexander Wachter <alexander.wachter@student.tugraz.at>
2018-05-03 16:59:12 +08:00
help
drivers: can: stm32: rework filter handling The previous driver implementation aimed to maximize the amount of filters, which resulted in a fairly complex implementation. Background: The bxCAN assigns a number to the filters in the order they appear in the filter banks. This number is used to match messages in the FIFO with their filter. If the scale or mode of a filter bank is changed, all following filter numbers get an offset and the assigned callbacks have to be shifted accordingly. The required additional space for the shifting operations resulted in non-deterministic behaviour and the maximum number of filters could not be determined at compile-time, which made several tests like tests/drivers/can/api fail. This implementation uses a more simple but reliable approach for filtering and and reserves fixed space for extended and standard ID filters in the available banks (configurable via Kconfig). The list mode is not used, which may reduce the total number of usable filters depending on the application. The maximum amount of filters is 14 if all filters use ext. IDs, 28 if all use std IDs and something in between if mixed IDs are used. Also see issue #47986 for more detailed background information. Signed-off-by: Martin Jäger <martin@libre.solar>
2022-07-23 14:01:10 +08:00
Defines the maximum number of filters with standard ID (11-bit)
that can be added by the application.
One standard ID filter with mask occupies 1/2 of the 14 available
filter banks.
The following equation determines the maximum total number of
filters:
CAN_MAX_STD_ID_FILTER + CAN_MAX_EXT_ID_FILTER * 2 <= 28
config CAN_MAX_EXT_ID_FILTER
int "Maximum number of ext ID filters"
default 7
range 0 14
help
Defines the maximum number of filters with extended ID (29-bit)
that can be added by the application.
One extended ID filter with mask occupies 1 of the 14 available
filter banks.
The following equation determines the maximum total number of
filters:
CAN_MAX_STD_ID_FILTER + CAN_MAX_EXT_ID_FILTER * 2 <= 28