michaelh/zephyr
1
0
Fork 0
Code Releases Activity
zephyr/drivers/ieee802154/Kconfig

134 lines
4.2 KiB
Text
Raw Normal View History

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 16:13:26 +03:00
# Kconfig - IEEE 802.15.4 driver configuration options
#
# Copyright (c) 2015 Intel Corporation
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions are met:
#
# 1) Redistributions of source code must retain the above copyright notice,
# this list of conditions and the following disclaimer.
#
# 2) Redistributions in binary form must reproduce the above copyright notice,
# this list of conditions and the following disclaimer in the documentation
# and/or other materials provided with the distribution.
#
# 3) Neither the name of Intel Corporation nor the names of its contributors
# may be used to endorse or promote products derived from this software without
# specific prior written permission.
#
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS"
# AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
# IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE
# ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE
# LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR
# CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF
# SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS
# INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN
# CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
# ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE
# POSSIBILITY OF SUCH DAMAGE.
#
#
# IEEE 802.15.4 options
#
menu "IEEE 802.15.4 Options"
depends on NETWORKING_WITH_15_4
if NETWORKING_WITH_15_4_TI_CC2520
sys_log: replace old debug macros at ieee802154 driver ieee802154 driver is now using new system log macros, update the Kconfig variable to be a level rather than a bool and the .conf files at samples. JIRA: ZEP-311 Change-Id: I640e973d880c3a222cd7c13a72d35edf49ada3a8 Signed-off-by: Genaro Saucedo Tejada <genaro.saucedo.tejada@intel.com>
2016-07-07 12:42:45 -05:00
config SYS_LOG_TI_CC2520_LEVEL
int
prompt "CC2520 driver log level"
default 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 16:13:26 +03:00
help
sys_log: replace old debug macros at ieee802154 driver ieee802154 driver is now using new system log macros, update the Kconfig variable to be a level rather than a bool and the .conf files at samples. JIRA: ZEP-311 Change-Id: I640e973d880c3a222cd7c13a72d35edf49ada3a8 Signed-off-by: Genaro Saucedo Tejada <genaro.saucedo.tejada@intel.com>
2016-07-07 12:42:45 -05:00
Sets log level for 802.15.4 CC2520 driver.
Levels are:
- 0 OFF, do not write
- 1 ERROR, only write SYS_LOG_ERR
- 2 WARNING, write SYS_LOG_WRN in adition to previous level
- 3 INFO, write SYS_LOG_INF in adition to previous levels
- 4 DEBUG, write SYS_LOG_DBG in adition to previous levels
ieee802154: Replace the CC2520 driver with a new implementation This is a complete new cc2520 driver for zephyr. Intention is to fit better within Zephyr device driver model. - It's (almost*) ready to be instanciated as many times as necessary - It's fully interrupt based on SFD and FIFOP (no pin polling) - It's nicer to other sub-systems (it sleeps, no busy-wait loop) - It still loosely complies to old legacy radio device driver model *: GPIO API needs to be fixed in order to accept multiple callbacks, as well as enabling callbacks to retrieve private data. Notes: - Hardware filtering does not work yet as the net stack, above, needs to provide the relevant information for it (src/dst ieee802154 extended addresses, short addresses...) - A embryo of generic functions (txpower, channel, addresses...) have been implemented but don't belong yet to any radio device driver model. Such new driver model will come afterwards (soon?) - SPI API would need to be improved to avoid as much as possible memcpy as well as spi_slave_select() call. Change-Id: I1fd6dfff28fba3984f6006d394ea12f1e763ac18 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-03-18 13:08:40 +01:00
Cleanup whitespace in Kconfig files Convert leading whitespace into tabs in Kconfig files. Also replaced double spaces between config and <prompt>. Change-Id: I341c718ecf4143529b477c239bbde88e18f37062 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2016-05-24 18:17:13 -05:00
config TI_CC2520_DRV_NAME
ieee802154: Replace the CC2520 driver with a new implementation This is a complete new cc2520 driver for zephyr. Intention is to fit better within Zephyr device driver model. - It's (almost*) ready to be instanciated as many times as necessary - It's fully interrupt based on SFD and FIFOP (no pin polling) - It's nicer to other sub-systems (it sleeps, no busy-wait loop) - It still loosely complies to old legacy radio device driver model *: GPIO API needs to be fixed in order to accept multiple callbacks, as well as enabling callbacks to retrieve private data. Notes: - Hardware filtering does not work yet as the net stack, above, needs to provide the relevant information for it (src/dst ieee802154 extended addresses, short addresses...) - A embryo of generic functions (txpower, channel, addresses...) have been implemented but don't belong yet to any radio device driver model. Such new driver model will come afterwards (soon?) - SPI API would need to be improved to avoid as much as possible memcpy as well as spi_slave_select() call. Change-Id: I1fd6dfff28fba3984f6006d394ea12f1e763ac18 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-03-18 13:08:40 +01:00
string "TI CC2520 Driver's name"
default "cc2520"
help
This option sets the driver name
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 16:13:26 +03:00
Cleanup whitespace in Kconfig files Convert leading whitespace into tabs in Kconfig files. Also replaced double spaces between config and <prompt>. Change-Id: I341c718ecf4143529b477c239bbde88e18f37062 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2016-05-24 18:17:13 -05:00
config TI_CC2520_SPI_DRV_NAME
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
string "SPI driver's name to use to access CC2520"
default ""
help
This option is mandatory to set which SPI controller to use in order
to actually control the CC2520 chip.
Cleanup whitespace in Kconfig files Convert leading whitespace into tabs in Kconfig files. Also replaced double spaces between config and <prompt>. Change-Id: I341c718ecf4143529b477c239bbde88e18f37062 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2016-05-24 18:17:13 -05:00
config TI_CC2520_SPI_FREQ
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
int "SPI system frequency"
default 0
help
This option sets the SPI controller's frequency. Beware this value
depends on the SPI controller being used and also on the system
clock.
config TI_CC2520_SPI_SLAVE
int "SPI slave linked to CC2520"
default 0
help
This option sets the SPI slave number SPI controller has to switch
to when dealing with CC2520 chip.
cc2520: Reading incoming packet cannot be done under ISR context As the GPIO callback is ran into ISR context, it's thus impossible to start SPI transactions as these are interrupt based as well. Thus forwarding the packet reading to an internal fiber. If CONFIG_INIT_STACKS is set as well as debug mode, it will print out the usage of the stack after each loop in read_packet(). CC2520 internal fiber stack size is set via Kconfig option, where the default is set to 640 bytes. At this stage, this value cannot be fixed so it's more flexible to be able to tweak it from a Kconfig option rather than tweaking the source code. Change-Id: I54138c4d1e66f6775b1ae0248574ac8eb5e44f3d Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-02-01 22:31:33 +01:00
config TI_CC2520_FIBER_STACK_SIZE
int "Driver's internal fiber stack size"
default 640
help
This option sets the driver's stack size for its internal fiber.
The default value should be sufficient, but it case it prooves to be
a too little, this option makes it easy to play with the size.
cc2520: Add Kconfig option for TI cc2520 channel Default cc2520/802.15.4 channel number is 26. Using Kconfig option user will have chance to set different channel number between 11 and 26. Change-Id: Id8f47ab5e328adae56e00adc6437c8ca8601a658 Signed-off-by: Ravi kumar Veeramally <ravikumar.veeramally@linux.intel.com>
2016-02-05 13:18:41 +02:00
config TI_CC2520_CHANNEL
int "TI CC2520 Channel"
default 26
range 11 26
help
All the 802.15.4 devices that want to connect to each other need
to have same channel. Default channel is 26.
Cleanup whitespace in Kconfig files Convert leading whitespace into tabs in Kconfig files. Also replaced double spaces between config and <prompt>. Change-Id: I341c718ecf4143529b477c239bbde88e18f37062 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2016-05-24 18:17:13 -05:00
config TI_CC2520_AUTO_CRC
ieee802154: Replace the CC2520 driver with a new implementation This is a complete new cc2520 driver for zephyr. Intention is to fit better within Zephyr device driver model. - It's (almost*) ready to be instanciated as many times as necessary - It's fully interrupt based on SFD and FIFOP (no pin polling) - It's nicer to other sub-systems (it sleeps, no busy-wait loop) - It still loosely complies to old legacy radio device driver model *: GPIO API needs to be fixed in order to accept multiple callbacks, as well as enabling callbacks to retrieve private data. Notes: - Hardware filtering does not work yet as the net stack, above, needs to provide the relevant information for it (src/dst ieee802154 extended addresses, short addresses...) - A embryo of generic functions (txpower, channel, addresses...) have been implemented but don't belong yet to any radio device driver model. Such new driver model will come afterwards (soon?) - SPI API would need to be improved to avoid as much as possible memcpy as well as spi_slave_select() call. Change-Id: I1fd6dfff28fba3984f6006d394ea12f1e763ac18 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-03-18 13:08:40 +01:00
bool "Let the chip handling CRC on reception"
default y
help
When receiving a packet, the hardware can verify the CRC by itself
and will provide a flag letting know the success - or not - on
a flag on the footer.
Cleanup whitespace in Kconfig files Convert leading whitespace into tabs in Kconfig files. Also replaced double spaces between config and <prompt>. Change-Id: I341c718ecf4143529b477c239bbde88e18f37062 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2016-05-24 18:17:13 -05:00
config TI_CC2520_LINK_DETAILS
ieee802154: Replace the CC2520 driver with a new implementation This is a complete new cc2520 driver for zephyr. Intention is to fit better within Zephyr device driver model. - It's (almost*) ready to be instanciated as many times as necessary - It's fully interrupt based on SFD and FIFOP (no pin polling) - It's nicer to other sub-systems (it sleeps, no busy-wait loop) - It still loosely complies to old legacy radio device driver model *: GPIO API needs to be fixed in order to accept multiple callbacks, as well as enabling callbacks to retrieve private data. Notes: - Hardware filtering does not work yet as the net stack, above, needs to provide the relevant information for it (src/dst ieee802154 extended addresses, short addresses...) - A embryo of generic functions (txpower, channel, addresses...) have been implemented but don't belong yet to any radio device driver model. Such new driver model will come afterwards (soon?) - SPI API would need to be improved to avoid as much as possible memcpy as well as spi_slave_select() call. Change-Id: I1fd6dfff28fba3984f6006d394ea12f1e763ac18 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-03-18 13:08:40 +01:00
bool "Forward RSSI and link information on reception to upper stack"
default n
select TI_CC2520_AUTO_CRC
help
If necessary, it will be possible to grab link and RSSI information
from the packet footer and forward them to the above stack.
Cleanup whitespace in Kconfig files Convert leading whitespace into tabs in Kconfig files. Also replaced double spaces between config and <prompt>. Change-Id: I341c718ecf4143529b477c239bbde88e18f37062 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2016-05-24 18:17:13 -05:00
config TI_CC2520_AUTO_ACK
ieee802154: Replace the CC2520 driver with a new implementation This is a complete new cc2520 driver for zephyr. Intention is to fit better within Zephyr device driver model. - It's (almost*) ready to be instanciated as many times as necessary - It's fully interrupt based on SFD and FIFOP (no pin polling) - It's nicer to other sub-systems (it sleeps, no busy-wait loop) - It still loosely complies to old legacy radio device driver model *: GPIO API needs to be fixed in order to accept multiple callbacks, as well as enabling callbacks to retrieve private data. Notes: - Hardware filtering does not work yet as the net stack, above, needs to provide the relevant information for it (src/dst ieee802154 extended addresses, short addresses...) - A embryo of generic functions (txpower, channel, addresses...) have been implemented but don't belong yet to any radio device driver model. Such new driver model will come afterwards (soon?) - SPI API would need to be improved to avoid as much as possible memcpy as well as spi_slave_select() call. Change-Id: I1fd6dfff28fba3984f6006d394ea12f1e763ac18 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-03-18 13:08:40 +01:00
bool "Let the chip handle TX/RX IEEE 802.15.4 ACK requests"
default n
select TI_CC2520_AUTO_CRC
help
The chip is able to reply by itself to ACK requests as well as
waiting for an ACK when a TX packet is requesting an ACK. However,
this feature requires the chip to get hardware filtering on, and
thus the above stack needs to provide the right information for such
filtering feature to work.
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 16:13:26 +03:00
endif
endmenu
Copy permalink