[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:
https://github.com/RIOT-OS/RIOT/pull/15821#issuecomment-764620576
-------------- 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