[riot-notifications] [RIOT-OS/RIOT] WIP: sys/net/gnrc/netif: make use of confirm_send (#15821)

José Alamos notifications at github.com
Thu Jan 21 13:48:53 CET 2021

Hmmm IMO:

> 1. If any only if gnrc_netif_pktq is used, fetch IPC messages also during TX. During TX, send requests will be queued up, rather than being processed. Some network devices will then hard depend on gnrc_netit_pktq. Without pktq, IPC messages will not be received during TX.

Is the more reasonable thing to do. But what speak against having simply one loop? (instead of a separate loop for TX)
If the upper layer needs a synchronous send, this could be done from an asynchronous netif event (e.g simply unlock the upper event on TX_DONE). 

In fact, several radios using the old send API are still blocking and non-blocking at the same time (e.g the at86rf2xx only blocks if the radio is busy trying to send another frame).
E.g this line https://github.com/RIOT-OS/RIOT/pull/15821/files#diff-2ad823469e86d3772efecaa0f4bb5afcc1d6d039af9cc28db3535fcd292e28a6R1585 will be executed before the TX DONE if the radio is not busy.

Having one loop IMO would help us to synchronize all cases

You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.riot-os.org/pipermail/notifications/attachments/20210121/173d3534/attachment.htm>

More information about the notifications mailing list