zephyr/drivers/ieee802154
Tomasz Bursztyka 83ed3a29be net/ieee802154: Modify radio TX function signature
The cause for this change is TCP. Until now, the radio strategy driver
(ALOHA or CSMA) was providing the actual nbuf, and not the buffer
fragment, counting on the fact that the loop was using
net_buf_frag_del() which made so, iteration after iteration, buffer
framgent to be always buf->frags. The problem with this logic is loosing
the fragments that might be still referenced by TCP, in case the whole
buffer did not make it so TCP can retry later and so on.

Instead, TX now takes the nbuf and the actual frag to send. It could
have been working with just a pointer on the data, and the whole length
of the frame. But it has been avoided due to possible future devices,
that will be smarter and run CSMA directly in the hw, thus it will
require to access the whole buffer list through the nbuf.

Change-Id: I8d77b1e13b648c0ec3645cb2d55d1910d00381ea
Signed-off-by: Tomasz Bursztyka <tomasz.bursztyka@linux.intel.com>
2017-01-27 12:35:53 +02:00
..
Kconfig drivers: cc2520: Remove unused TI_CC2520 Kconfig option 2017-01-27 12:35:52 +02:00
Makefile drivers: ieee802154: add MCR20A driver 2017-01-27 12:35:51 +02:00
ieee802154_cc2520.c net/ieee802154: Modify radio TX function signature 2017-01-27 12:35:53 +02:00
ieee802154_cc2520.h license: Replace Apache boilerplate with SPDX tag 2017-01-19 03:50:58 +00:00
ieee802154_cc2520_regs.h license: Replace Apache boilerplate with SPDX tag 2017-01-19 03:50:58 +00:00
ieee802154_mcr20a.c net/ieee802154: Modify radio TX function signature 2017-01-27 12:35:53 +02:00
ieee802154_mcr20a.h drivers: ieee802154: add MCR20A driver 2017-01-27 12:35:51 +02:00
ieee802154_mcr20a_regs.h drivers: ieee802154: add MCR20A driver 2017-01-27 12:35:51 +02:00
ieee802154_uart_pipe.c net/ieee802154: Modify radio TX function signature 2017-01-27 12:35:53 +02:00
ieee802154_uart_pipe.h license: Replace Apache boilerplate with SPDX tag 2017-01-19 03:50:58 +00:00