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

252 lines
6.7 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
#
drivers: cc2520: Add a new IP stack ready adaptation of CC2520 driver It's basically a copy/paste of original driver, using native IP stack API. This is meant to avoid cluttering the original driver code with #ifdef, and in future it will help removing the old driver as well. Change-Id: I67d974ad7440d258583a5c7c6c7160e99210808c Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-06-15 10:46:10 +02:00
menu "IEEE 802.15.4 drivers 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 16:13:26 +03:00
ieee802154: conf: add common log level Add common log level for all IEEE802154 drivers. Change-Id: If92c96b14e630d4482aadf9cacb25662d6663399 Signed-off-by: Johann Fischer <j.fischer@phytec.de>
2017-01-10 14:24:01 +01:00
config SYS_LOG_IEEE802154_DRIVER_LEVEL
int
prompt "IEEE802154 driver log level"
default 0
help
Sets log level for 802.15.4 drivers.
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
drivers: cc2520: Add a new IP stack ready adaptation of CC2520 driver It's basically a copy/paste of original driver, using native IP stack API. This is meant to avoid cluttering the original driver code with #ifdef, and in future it will help removing the old driver as well. Change-Id: I67d974ad7440d258583a5c7c6c7160e99210808c Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-06-15 10:46:10 +02:00
config TI_CC2520
bool "TI CC2520 Driver support"
net: Make native IP stack the default As the native IP stack is now the default, there is no need for corresponding Kconfig option. Change-Id: I08e4992f540f928a2b7378e8803e634e38725348 Signed-off-by: Jukka Rissanen <jukka.rissanen@linux.intel.com>
2016-11-12 00:13:24 +02:00
depends on NETWORKING
net: drivers: cc2520 ieee802154 drivers select relevant options If no IP stack is seleceted, selecting one of the 2 cc2520 driver will automatically select the relevant stack. Change-Id: Icca22da190dc790ce6d302e14c45732f902e02ae Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-24 13:11:48 +02:00
select NET_L2_IEEE802154
drivers: cc2520: Add a new IP stack ready adaptation of CC2520 driver It's basically a copy/paste of original driver, using native IP stack API. This is meant to avoid cluttering the original driver code with #ifdef, and in future it will help removing the old driver as well. Change-Id: I67d974ad7440d258583a5c7c6c7160e99210808c Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-06-15 10:46:10 +02:00
default n
net: Add TI_CC2520 RAW driver Add TI CC2520 driver allowing RAW access to radio interface similar way Bluetooth user channel works. This makes possible to handle radio channel inside external 802.15.4 stacks, for example export it over USB and handle in Linux. Change-Id: I61bb4c8b998ff1e47dc65427ac471f04ec8fea63 Signed-off-by: Andrei Emeltchenko <andrei.emeltchenko@intel.com>
2016-09-26 12:51:58 +03:00
config TI_CC2520_RAW
bool "TI CC2520 Driver RAW channel"
net: Add L2 RAW channel hidden option L2 RAW channel allows to use some functions of IP stack for RAW access of network drivers. It is hidden from user and is selected by 2520 raw driver. Change-Id: I91dd09803052072dfddb7989d9d67c3a5840f89e Signed-off-by: Andrei Emeltchenko <andrei.emeltchenko@intel.com>
2016-09-27 15:45:09 +03:00
select NET_L2_RAW_CHANNEL
net: Add TI_CC2520 RAW driver Add TI CC2520 driver allowing RAW access to radio interface similar way Bluetooth user channel works. This makes possible to handle radio channel inside external 802.15.4 stacks, for example export it over USB and handle in Linux. Change-Id: I61bb4c8b998ff1e47dc65427ac471f04ec8fea63 Signed-off-by: Andrei Emeltchenko <andrei.emeltchenko@intel.com>
2016-09-26 12:51:58 +03:00
default n
help
Enable TI_CC2520 driver with RAW channel
The CC2520 driver with RAW channel allows to export radio interface
over USB making an USB 802.15.4 dongle.
net: Remove legacy Contiki based uIP stack This commit removes the legacy Contiki based uIP stack. The new native IP stack must be used after this commit. The commit also removes following things: - legacy cc2520 driver - legacy ethernet drivers - legacy IP stack samples and changes these things: - disabled tests that only work for legacy IP stack - select new IP stack by default - enable random number generator by default as it is needed by the new IP stack Change-Id: I1229f9960a4c6654e9ccc6dac14a7efb9394e45d Signed-off-by: Jukka Rissanen <jukka.rissanen@linux.intel.com>
2016-11-11 19:49:31 +02:00
if TI_CC2520 || TI_CC2520_RAW
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_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
net: drivers: Normalize ieee802154 Kconfig Indent with tabs, no spaces. Change-Id: Idee4167039964c253cf280cced787b05873f2780 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-24 13:20:12 +02:00
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
net: drivers: Normalize ieee802154 Kconfig Indent with tabs, no spaces. Change-Id: Idee4167039964c253cf280cced787b05873f2780 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-24 13:20:12 +02:00
This option is mandatory to set which SPI controller to use in order
to actually control the CC2520 chip.
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
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
net: drivers: Normalize ieee802154 Kconfig Indent with tabs, no spaces. Change-Id: Idee4167039964c253cf280cced787b05873f2780 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-24 13:20:12 +02:00
This option sets the SPI controller's frequency. Beware this value
depends on the SPI controller being used and also on the system
clock.
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
net: drivers: Normalize ieee802154 Kconfig Indent with tabs, no spaces. Change-Id: Idee4167039964c253cf280cced787b05873f2780 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-24 13:20:12 +02:00
config TI_CC2520_SPI_SLAVE
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 slave linked to CC2520"
default 0
help
net: drivers: Normalize ieee802154 Kconfig Indent with tabs, no spaces. Change-Id: Idee4167039964c253cf280cced787b05873f2780 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-24 13:20:12 +02:00
This option sets the SPI slave number SPI controller has to switch
to when dealing with CC2520 chip.
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: ieee802154: cc2520: Rename RX stack Kconfig option Fibers do not exist anymore in unified kernel. Also, let's just use that option directly so removing the internal define which is then useless. Change-Id: I1179d84401934b339d3a9ccd12f6145a120bcb2f Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-12-02 10:33:30 +01:00
config TI_CC2520_RX_STACK_SIZE
int "Driver's internal rx thread stack size"
drivers: cc2520: Raise Rx stack size 640 bytes seems too short, raising to 800 bytes. Change-Id: I8c3418787939369e24fe47c23b0558c36f05af2c Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-12 11:38:51 +02:00
default 800
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
help
drivers: ieee802154: cc2520: Rename RX stack Kconfig option Fibers do not exist anymore in unified kernel. Also, let's just use that option directly so removing the internal define which is then useless. Change-Id: I1179d84401934b339d3a9ccd12f6145a120bcb2f Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-12-02 10:33:30 +01:00
This option sets the driver's stack size for its internal rx thread.
The default value should be sufficient, but in case it prooves to be
a too little one, this option makes it easy to play with the size.
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
drivers: ieee802154: Let the initialization priority be done via Kconfig Since the whole init level changes: all drivers and most of subsystems are initialized at level POST_KERNEL. Unfortunately that broke legacy tweaks on what to start first and after. Let's raise cc2520 priority, still below net_init. Jira: ZEP-1261 Change-Id: I0d91aa87a893584b3f5b39a193c823127961402f Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-11-11 12:24:13 +01:00
config TI_CC2520_INIT_PRIO
int "CC2520 intialization priority"
default 80
help
Set the initialization priority number. Do not mess with it unless
you know what you are doing. Beware cc2520 requires gpio and spi to
be ready first (and sometime gpio should be the very first as spi
might need it too). And of course it has to start before the net stack.
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
net: drivers: Add a fake ieee802154 radio driver for qemu This driver is used for testing on Qemu where all "radio transmission" will go through a pipe between 2 Qemus. Change-Id: I5b4e75de82a98eb730ef9c70b460b4b60c0a60c3 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-17 16:48:36 +02:00
config UPIPE_15_4
bool "UART PIPE fake radio driver support for QEMU"
depends on BOARD_QEMU_X86
net: Make native IP stack the default As the native IP stack is now the default, there is no need for corresponding Kconfig option. Change-Id: I08e4992f540f928a2b7378e8803e634e38725348 Signed-off-by: Jukka Rissanen <jukka.rissanen@linux.intel.com>
2016-11-12 00:13:24 +02:00
select NETWORKING
net: drivers: Add a fake ieee802154 radio driver for qemu This driver is used for testing on Qemu where all "radio transmission" will go through a pipe between 2 Qemus. Change-Id: I5b4e75de82a98eb730ef9c70b460b4b60c0a60c3 Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2016-08-17 16:48:36 +02:00
select UART_PIPE
default n
config UPIPE_15_4_DRV_NAME
string "UART PIPE Driver name"
default "upipe_15_4"
depends on UPIPE_15_4
drivers: ieee802154: add MCR20A driver Add driver and configuration for the MCR20A 802.15.4 transceiver. Jira: ZEP-1429 Change-Id: I0b17b688220a47c2f0e5cde269064bbd0dec824a Signed-off-by: Johann Fischer <j.fischer@phytec.de>
2017-01-09 16:54:28 +01:00
config NXP_MCR20A
bool "NXP MCR20A Driver support"
depends on NETWORKING && SPI
select NET_L2_IEEE802154
default n
config NXP_MCR20A_RAW
bool "NXP MCR20A Driver RAW channel"
depends on SPI
select NET_L2_RAW_CHANNEL
default n
help
Enable NXP_MCR20A driver with RAW channel
The MCR20A driver with RAW channel allows to export radio interface
over USB making an USB 802.15.4 dongle.
if NXP_MCR20A || NXP_MCR20A_RAW
config NXP_MCR20A_DRV_NAME
string "NXP MCR20A Driver's name"
default "mcr20a"
help
This option sets the driver name
config NXP_MCR20A_SPI_DRV_NAME
string "SPI driver's name to use to access MCR20A"
default SPI_0_NAME
help
This option is mandatory to set which SPI controller to use in order
to actually control the MCR20A chip.
config NXP_MCR20A_SPI_FREQ
int "SPI system frequency"
default 4000000
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 NXP_MCR20A_SPI_SLAVE
int "SPI slave linked to MCR20A"
default 0
help
This option sets the SPI slave number SPI controller has to switch
to when dealing with MCR20A chip.
config MCR20A_GPIO_IRQ_B_NAME
string "GPIO device used for IRQ_B output of MCR20A"
default GPIO_MCUX_PORTB_NAME
config MCR20A_GPIO_IRQ_B_PIN
int "GPIO pin connected to IRQ_B output of MCR20A"
default 9
config MCR20A_GPIO_RESET_NAME
string "GPIO device used for RESET input of MCR20A"
default GPIO_MCUX_PORTA_NAME
config MCR20A_GPIO_RESET_PIN
int "GPIO pin connected to RESET input of MCR20A"
default 2
choice
prompt "CLK_OUT frequency"
default MCR20A_CLK_OUT_DISABLED
help
Configuration of the MCR20A clock output pin.
config MCR20A_CLK_OUT_DISABLED
bool "Disabled"
config MCR20A_CLK_OUT_32MHZ
bool "32 MHz"
config MCR20A_CLK_OUT_16MHZ
bool "16 MHz"
config MCR20A_CLK_OUT_8MHZ
bool "8 MHz"
config MCR20A_CLK_OUT_4MHZ
bool "4 MHz"
config MCR20A_CLK_OUT_1MHZ
bool "1 MHz"
config MCR20A_CLK_OUT_250KHZ
bool "250 kHz"
config MCR20A_CLK_OUT_62500HZ
bool "62500 Hz"
config MCR20A_CLK_OUT_32768HZ
bool "32768 Hz"
endchoice
config NXP_MCR20A_RX_STACK_SIZE
int "Driver's internal rx thread stack size"
default 800
help
This option sets the driver's stack size for its internal rx thread.
The default value should be sufficient, but in case it proves to be
a too little one, this option makes it easy to play with the size.
config NXP_MCR20A_INIT_PRIO
int "MCR20A intialization priority"
default 80
help
Set the initialization priority number. Do not mess with it unless
you know what you are doing. Beware mcr20a requires gpio and spi to
be ready first (and sometime gpio should be the very first as spi
might need it too). And of course it has to start before the net stack.
endif
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
endmenu
Copy permalink