patrick/zephyr
1
0
Fork 0
Code Issues Pull requests Actions 7 Packages Projects Releases Wiki Activity
zephyr/drivers/ieee802154/Kconfig

107 lines
3 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 13:45:29 +01:00
# IEEE 802.15.4 driver configuration options
cc2520: Initial checkin for TI CC2520 802.15.4 driver Integrating it into network stack. Centralizing all in drivers/802.15.4 Change-Id: Ia2916ff652afe5fe736f6560c2ed4a911a5f0679 Signed-off-by: Jukka Rissanen <jukka.rissanen@linux.intel.com> Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2015-09-11 15:13:26 +02:00
# Copyright (c) 2015 Intel Corporation
drivers/ieee802154: Fix licence headers in Kconfig files Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-08-16 17:05:14 +02:00
# SPDX-License-Identifier: Apache-2.0
cc2520: Initial checkin for TI CC2520 802.15.4 driver Integrating it into network stack. Centralizing all in drivers/802.15.4 Change-Id: Ia2916ff652afe5fe736f6560c2ed4a911a5f0679 Signed-off-by: Jukka Rissanen <jukka.rissanen@linux.intel.com> Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2015-09-11 15:13:26 +02:00
#
# IEEE 802.15.4 options
#
drivers/ieee802154: Cleanup Kconfig A very old reference to former net stack was still lurking around. Removing it. Taking the opportunity to clear up dependencies. Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-12-05 10:50:10 +01:00
menuconfig IEEE802154
drivers: kconfig: unify menuconfig title strings Unify the drivers/*/Kconfig menuconfig title strings to the format "<class> [(acronym)] [bus] drivers". Including both the full name of the driver class and an acronym makes menuconfig more user friendly as some of the acronyms are less well-known than others. It also improves Kconfig search, both via menuconfig and via the generated Kconfig documentation. Signed-off-by: Henrik Brix Andersen <hebad@vestas.com>
2023-03-27 14:55:23 +02:00
bool "IEEE 802.15.4 drivers"
drivers: ieee802154: IEEE802154 depends on NETWORKING Previous to this change, each individual driver option depended on NETWORKING. Instead, move dependency one level up. Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2022-07-27 10:54:34 +02:00
depends on NETWORKING
net: ieee802154: Add common config for all 802154 L2s Introduce a common config for all 802.15.4 based L2 implementations. This way, any custom 15.4 L2 implementation will be able to automatically enable use 15.4 driver, w/o a need to modify the actual Kconfig. Signed-off-by: Robert Lubos <robert.lubos@nordicsemi.no>
2021-11-18 16:51:38 +01:00
default y if NET_L2_PHY_IEEE802154
drivers/ieee802154: Cleanup Kconfig A very old reference to former net stack was still lurking around. Removing it. Taking the opportunity to clear up dependencies. Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-12-05 10:50:10 +01:00
if IEEE802154
cc2520: Initial checkin for TI CC2520 802.15.4 driver Integrating it into network stack. Centralizing all in drivers/802.15.4 Change-Id: Ia2916ff652afe5fe736f6560c2ed4a911a5f0679 Signed-off-by: Jukka Rissanen <jukka.rissanen@linux.intel.com> Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2015-09-11 15:13:26 +02:00
net: ieee802154: Allow to disable auto-start of 802.15.4 interfaces Some radio drivers need configuration before start-up. Up to now only the RF2XX drivers allowed this, but other radio drivers need this as well. In particular for setting EUI64 addresses. Signed-off-by: Markus Becker <markus.becker@tridonic.com>
2020-05-26 17:24:59 +02:00
config IEEE802154_NET_IF_NO_AUTO_START
kconfig: tweak Kconfig prompts Tweak some Kconfig prompts after the removal of "Enable...". Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2022-03-09 12:31:16 +01:00
bool "IEEE 802.15.4 interface without auto-start"
net: ieee802154: Allow to disable auto-start of 802.15.4 interfaces Some radio drivers need configuration before start-up. Up to now only the RF2XX drivers allowed this, but other radio drivers need this as well. In particular for setting EUI64 addresses. Signed-off-by: Markus Becker <markus.becker@tridonic.com>
2020-05-26 17:24:59 +02:00
help
This option allows user to set any configuration and/or filter before
the radio becomes operational. For instance, the EUI-64 value can be
configured using net_if_set_link_addr(iface, mac, 8,
NET_LINK_IEEE802154).
When all configurations are done net_if_up() has to be invoked to
bring the interface up.
This option can be useful when using OpenThread or Zigbee. If you
have any doubt about this option leave it as default value.
drivers: ieee802154: Make raw mode and l2 mutually exclusive Activating both, the IEEE 802.15.4 raw mode /and/ the L2 mode is not possible and in fact leads to a build error. It should therefore not be possible to activate both options at the same time. This is achieved by only offering the (rather exotic) raw mode once the L2-support for the IEEE 802.15.4 has been switched off. Fixes: #48715 Signed-off-by: Florian Grandel <jerico.dev@gmail.com>
2022-08-05 00:43:11 +02:00
if !NET_L2_PHY_IEEE802154
net/ieee802154: Make RAW mode generic - Renaming NET_L2_RAW_CHANNEL to NET_RAW_MODE - Create a generic IEEE 802.15.4 raw mode for drivers - Modify the IEEE 802.15.4 drivers so it passes the packet unmodified, up to code using that mode to apply the necessary changes on the received net_pkt according to their needs - Modify wpanusb/wpan_serial relevantly Fixes #5004 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-11-16 11:11:51 +01:00
config IEEE802154_RAW_MODE
kconfig: tweak Kconfig prompts Tweak some Kconfig prompts after the removal of "Enable...". Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2022-03-09 12:31:16 +01:00
bool "IEEE 802.15.4 driver without the MAC stack"
net/ieee802154: Make RAW mode generic - Renaming NET_L2_RAW_CHANNEL to NET_RAW_MODE - Create a generic IEEE 802.15.4 raw mode for drivers - Modify the IEEE 802.15.4 drivers so it passes the packet unmodified, up to code using that mode to apply the necessary changes on the received net_pkt according to their needs - Modify wpanusb/wpan_serial relevantly Fixes #5004 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-11-16 11:11:51 +01:00
select NET_RAW_MODE
help
kconfig: fix help syntax and add spaces Signed-off-by: Anas Nashif <anas.nashif@intel.com>
2017-12-13 16:08:21 +01:00
This option enables using the drivers in a so-called "raw" mode,
i.e. without a MAC stack (the net L2 layer for 802.15.4 will not
be built). Used only for very specific cases, such as wpan_serial
and wpanusb samples.
drivers: ieee802154: Make raw mode and l2 mutually exclusive Activating both, the IEEE 802.15.4 raw mode /and/ the L2 mode is not possible and in fact leads to a build error. It should therefore not be possible to activate both options at the same time. This is achieved by only offering the (rather exotic) raw mode once the L2-support for the IEEE 802.15.4 has been switched off. Fixes: #48715 Signed-off-by: Florian Grandel <jerico.dev@gmail.com>
2022-08-05 00:43:11 +02:00
endif # !NET_L2_PHY_IEEE802154
net/ieee802154: Make RAW mode generic - Renaming NET_L2_RAW_CHANNEL to NET_RAW_MODE - Create a generic IEEE 802.15.4 raw mode for drivers - Modify the IEEE 802.15.4 drivers so it passes the packet unmodified, up to code using that mode to apply the necessary changes on the received net_pkt according to their needs - Modify wpanusb/wpan_serial relevantly Fixes #5004 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-11-16 11:11:51 +01:00
drivers: ieee802154: add Decawave DW1000 driver Add initial support for Decawave DW1000 IEEE 802.15.4-2011 UWB transceiver. Driver has basic functionality. Additional functions such as reading out timestamps and delayed TX were implemented for test purposes, but also require support in the 802154 subsystem. Register, sub-register, and defaults defines in the file ieee802154_dw1000_regs.h are taken from the Decawave's DW1000 driver for the Mynewt OS. Signed-off-by: Johann Fischer <j.fischer@phytec.de>
2020-04-27 22:14:57 +02:00
config IEEE802154_RDEV
bool
help
PHY is a ranging-capable device (RDEV)
drivers: nrf: Added config option for OUI. Support for defining vendor specific OUI (Organizationally Unique Identifier) was added. Signed-off-by: Kamil Kasperczyk <kamil.kasperczyk@nordicsemi.no>
2020-07-28 12:36:26 +02:00
config IEEE802154_VENDOR_OUI_ENABLE
kconfig: tweak Kconfig prompts Tweak some Kconfig prompts after the removal of "Enable...". Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2022-03-09 12:31:16 +01:00
bool "Support setting Vendor Organizationally Unique Identifier"
drivers: nrf: Added config option for OUI. Support for defining vendor specific OUI (Organizationally Unique Identifier) was added. Signed-off-by: Kamil Kasperczyk <kamil.kasperczyk@nordicsemi.no>
2020-07-28 12:36:26 +02:00
help
This option enables setting custom vendor
OUI using IEEE802154_VENDOR_OUI. After enabling,
user is obliged to set IEEE802154_VENDOR_OUI value,
as this option has no default value.
if IEEE802154_VENDOR_OUI_ENABLE
config IEEE802154_VENDOR_OUI
int "Vendor Organizationally Unique Identifier"
help
Custom vendor OUI, which makes 24 most-significant
bits of MAC address
endif # IEEE802154_VENDOR_OUI_ENABLE
drivers: ieee802154: introduce new Telink B91 IEEE802154 driver IEEE802154 driver basic support for Telink B91 platform. Signed-off-by: Yuriy Vynnychek <yura.vynnychek@telink-semi.com>
2021-07-29 14:53:57 +02:00
source "drivers/ieee802154/Kconfig.b91"
drivers/ieee802154: Split drivers Kconfig This commit splits 802.15.4 drivers configuration into separate files. Change-Id: Ie1bed862e8f4248240fef18bc211d0ee8ca1493c Signed-off-by: Wojciech Bober <wojciech.bober@nordicsemi.no>
2017-02-03 12:59:59 +01:00
source "drivers/ieee802154/Kconfig.cc2520"
cc2520: Initial checkin for TI CC2520 802.15.4 driver Integrating it into network stack. Centralizing all in drivers/802.15.4 Change-Id: Ia2916ff652afe5fe736f6560c2ed4a911a5f0679 Signed-off-by: Jukka Rissanen <jukka.rissanen@linux.intel.com> Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2015-09-11 15:13:26 +02:00
net: ieee802154: add native IEEE 802.15.4 driver for KW41Z The driver uses KW41Z's IEEE 802.15.4 hardware registers (ZLL). Origin: Original Jira: ZEP-2026 Change-Id: I8eb82a7c16c8ca3e3003f8318f74a3651eb24f68 Signed-off-by: Bogdan Davidoaia <bogdan.davidoaia@linaro.org>
2017-04-24 17:23:47 +02:00
source "drivers/ieee802154/Kconfig.kw41z"
drivers/ieee802154: Split drivers Kconfig This commit splits 802.15.4 drivers configuration into separate files. Change-Id: Ie1bed862e8f4248240fef18bc211d0ee8ca1493c Signed-off-by: Wojciech Bober <wojciech.bober@nordicsemi.no>
2017-02-03 12:59:59 +01:00
source "drivers/ieee802154/Kconfig.mcr20a"
cc2520: Make SPI related info configurable via Kconfig SPI, to control the CC2520 chip, is the only generic feature and thus the only one configurable through Kconfig. GPIO on the other end depends a lot on the SoC/Board. Adding a slave select option as well. Change-Id: I63068fab476ed8d5b26103e4ad20e5be253c9932 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-01-18 14:07:39 +01:00
drivers/net/ieee802154: nRF5 802.15.4 radio driver This commit adds a driver for nRF5 802.15.4 radio. This driver is a wrapper for the driver provided by ext/hal/nordic/drivers. Change-Id: I20ee4aff3d1b994c621ba8eaab208d15d85e4c01 Signed-off-by: Wojciech Bober <wojciech.bober@nordicsemi.no>
2017-02-06 12:42:34 +01:00
source "drivers/ieee802154/Kconfig.nrf5"
drivers/ieee802154: Add support for Sub-GHz TI CC1200 chip CC1200 is a sub-ghz chip supporting 6 ISM & SRD bands: 169, 433, 470, 868, 915 and 920 MHz, with features dedicated to IEEE 802.15.4(g). Current driver enables CC1200 against actual IEEE 802.15.4 Soft-MAC. 'g' version support in the Soft-MAC will follow later. The chip itself is closer to a bare metal radio modem than to a usual 15.4 chip: up to the user to provide the right RF settings for the carrier band. Such settings can be generaten through TI's SmartRF tool. Hopefully, for channel selection, this driver will be clever enough to compute the proper register change without any special input from the user. This will work for all the bands supported by the chip. Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-07-05 16:56:49 +02:00
source "drivers/ieee802154/Kconfig.cc1200"
drivers: ieee802154: add CC13xx / CC26xx driver Add IEEE 802.15.4 suuport for TI CC13xx / CC26xx devices. Signed-off-by: Brett Witherspoon <spoonb@cdspooner.com>
2019-04-03 15:48:56 +02:00
source "drivers/ieee802154/Kconfig.cc13xx_cc26xx"
drivers: ieee802154: rf2xx: Add initial driver Add initial Atmel at86rf2xx transceiver driver. This driver uses device tree to configure the physical interface. The driver had capability to use multiple transceiver and systems with multiple bands can be used. With this, 2.4GHz ISM and Sub-Giga can be used simultaneous. Below a valid DT example. This samples assume same SPI port with two transceivers. &spi0 { status = "okay"; label = "SPI_RF2XX"; cs-gpios = <&porta 31 0 &porta 30 0>; rf2xx@0 { compatible = "atmel,rf2xx"; reg = <0x0>; label = "RF2XX_0"; spi-max-frequency = <7800000>; irq-gpios = <&portb 2 0>; reset-gpios = <&porta 3 0>; slptr-gpios = <&portb 3 0>; status = "okay"; }; rf2xx@1 { compatible = "atmel,rf2xx"; reg = <0x1>; label = "RF2XX_1"; spi-max-frequency = <7800000>; irq-gpios = <&portb 4 0>; reset-gpios = <&porta 4 0>; slptr-gpios = <&portb 4 0>; status = "okay"; }; }; At the moment driver assume two transceiver are enouth for majority of appications. Sub-Giga band will be enabled in future. Signed-off-by: Gerson Fernando Budke <nandojve@gmail.com>
2019-10-25 00:59:35 +02:00
source "drivers/ieee802154/Kconfig.rf2xx"
drivers: ieee802154: add Decawave DW1000 driver Add initial support for Decawave DW1000 IEEE 802.15.4-2011 UWB transceiver. Driver has basic functionality. Additional functions such as reading out timestamps and delayed TX were implemented for test purposes, but also require support in the 802154 subsystem. Register, sub-register, and defaults defines in the file ieee802154_dw1000_regs.h are taken from the Decawave's DW1000 driver for the Mynewt OS. Signed-off-by: Johann Fischer <j.fischer@phytec.de>
2020-04-27 22:14:57 +02:00
source "drivers/ieee802154/Kconfig.dw1000"
drivers: ieee802154: uart_pipe: make driver DT-based Use Devicetree to describe the UART UPIPE IEEE 802.15.4 driver. This allows to remove usage of IEEE802154_UPIPE_DRV_NAME in preparation for the removal of NET_CONFIG_IEEE802154_DEV_NAME. Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2022-07-18 11:40:20 +02:00
source "drivers/ieee802154/Kconfig.uart_pipe"
drivers: ieee802154: Make upipe configuration options depend on driver The upipe specific configuration options are selectable unconditionally. This commit makes them depend on the upipe driver being enabled. Signed-off-by: Brett Witherspoon <spoonb@cdspooner.com>
2019-04-26 17:07:12 +02:00
net: openthread: add CSL transmitter API This commit implements the OpenThread APIs to pass MAC keys and frame counter to the radio layer in order to process the transmission security. This is needed for the correct functioning of a CSL transmitter. Signed-off-by: Eduardo Montoya <eduardo.montoya@nordicsemi.no>
2021-05-05 10:26:54 +02:00
config IEEE802154_2015
net: ieee802154: Remove IEEE802154_2015 option usage The IEEE802154_2015 option is misleading, as it does not introduce full 802.15.4-2015 standard compliance but only random bits, plus it's defined at the radio driver level, which brings yet another confusion. Because of that, the option will be deprecated, and respective parts of code that made use of it converted to use more specific configurations: * nRF driver will now use CONFIG_NRF_802154_ENCRYPTION to specify whether to compile in TX security * net_pkt will only add extra 802.15.4 control block fields if OpenThread is used, as they were solely used by this L2 * OpenThread radio layer will now use the OpenThread version to determine whether to compile in TX security. Signed-off-by: Robert Lubos <robert.lubos@nordicsemi.no>
2023-05-31 14:02:38 +02:00
bool "Support for IEEE 802.15.4-2015 frames (DEPRECATED)"
select DEPRECATED
net: openthread: add CSL transmitter API This commit implements the OpenThread APIs to pass MAC keys and frame counter to the radio layer in order to process the transmission security. This is needed for the correct functioning of a CSL transmitter. Signed-off-by: Eduardo Montoya <eduardo.montoya@nordicsemi.no>
2021-05-05 10:26:54 +02:00
help
Enable radio driver support for IEEE 802.15.4-2015 frames, including security handling of frames and ACKs.
drivers: ieee802154: add CSL receiver for nRF5 Implement CSL receiver functionality in nRF5 radio driver. Signed-off-by: Eduardo Montoya <eduardo.montoya@nordicsemi.no>
2021-06-23 16:52:35 +02:00
config IEEE802154_CSL_ENDPOINT
kconfig: remove Enable from boolean prompts According to Kconfig guidelines, boolean prompts must not start with "Enable...". The following command has been used to automate the changes in this patch: sed -i "s/bool \"[Ee]nables\? \(\w\)/bool \"\U\1/g" **/Kconfig* Signed-off-by: Gerard Marull-Paretas <gerard.marull@nordicsemi.no>
2022-03-09 12:05:12 +01:00
bool "Support for CSL Endpoint"
drivers: ieee802154: add CSL receiver for nRF5 Implement CSL receiver functionality in nRF5 radio driver. Signed-off-by: Eduardo Montoya <eduardo.montoya@nordicsemi.no>
2021-06-23 16:52:35 +02:00
help
net: l2: ieee802154: improve inline documentation Over time, some non-standard concepts and extensions were introduced into the stack (in KConfig, in drivers, in the internal API and into the implementation) which makes introduction of additional standard- compliant extensions like TSCH (and others) unnecessarily difficult. To introduce extensions like TSCH it is required for the IEEE 802.15.4 stack to become more structurally aligned with the standard again which will be the focus of some of the upcoming preparatory changes. One way to check and prove standard compliance is to reference the standard from within the source code. This change therefore introduces inline references to the IEEE 802.15.4-2020 standard wherever possible. Deviations from the standard are documented with TODO or deprecation labels to be addressed in future changes. In the future, new code introduced to the IEEE 802.15.4 stack should be documented and reviewed for standard-compliance to avoid further divergence. Most importantly: * MAC/PHY configuration (via net mgmt, radio API, devicetree or KConfig) should always be directly linked to well-defined MAC/PHY PIB attributes if visible to the MAC API or the end user. * Net management/shell/radio API commands should have a documented reference to the corresponding MLME action from the standard. Signed-off-by: Florian Grandel <fgrandel@code-for-humans.de>
2023-05-22 15:23:56 +02:00
Make this device a CSL (coordinated sampled listening) endpoint with delayed
reception handling and CSL IE injection.
drivers: ieee802154: add CSL receiver for nRF5 Implement CSL receiver functionality in nRF5 radio driver. Signed-off-by: Eduardo Montoya <eduardo.montoya@nordicsemi.no>
2021-06-23 16:52:35 +02:00
net: openthread: allow to configure CSL debugging Add new `IEEE802154_CSL_DEBUG` Kconfig option that, when enabled, prevents the radio to sleep after a delayed reception is finished. This allows to debug CSL timing issues due to accuracy drifts in communications between receiver and transmitter. Signed-off-by: Eduardo Montoya <eduardo.montoya@nordicsemi.no>
2023-06-06 11:38:46 +02:00
config IEEE802154_CSL_DEBUG
bool "Support for CSL debugging"
depends on IEEE802154_CSL_ENDPOINT
help
Enable support for CSL debugging by avoiding sleep state in favor of receive state.
ieee802154: Allow to set debug for RAW_CHANNEL Allow to set debug also for RAW_CHANNEL and set general debug template instead of networking one. Signed-off-by: Andrei Emeltchenko <andrei.emeltchenko@intel.com>
2018-11-09 15:30:56 +01:00
module = IEEE802154_DRIVER
module-str = IEEE 802.15.4 driver
module-help = Sets log level for IEEE 802.15.4 Device Drivers.
source "subsys/logging/Kconfig.template.log_config"
drivers/ieee802154: Cleanup Kconfig A very old reference to former net stack was still lurking around. Removing it. Taking the opportunity to clear up dependencies. Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-12-05 10:50:10 +01:00
endif # IEEE802154
Reference in a new issue Copy permalink