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

7 lines
258 B
Makefile
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 21:13:26 +08:00
subdir-ccflags-y +=-I${srctree}/net/ip/contiki
subdir-ccflags-y +=-I${srctree}/net/ip/contiki/os/lib
subdir-ccflags-y +=-I${srctree}/net/ip/contiki/os
subdir-ccflags-y +=-I${srctree}/net/ip
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 20:08:40 +08:00
obj-$(CONFIG_NETWORKING_WITH_15_4_TI_CC2520) = ieee802154_cc2520.o