mirror of
https://github.com/zephyrproject-rtos/zephyr
synced 2025-08-11 10:55:55 +00:00
1fb418df4c
Even though radio driver can report in its capabilities that it does support CSMA CA, there's no way in the driver to select how the frame should be transmitted (with CSMA or without). As layers above radio driver (Thread, Zigbee) can expect that both TX modes are available, we need to extend the API to allow either of these modes. This commits extends the API `tx` function with an extra parameter, `ieee802154_tx_mode`, which informs the driver how the packet should be transmitted. Currently, the following modes are specified: * direct (regular tx, no cca, just how it worked so far), * CCA before transmission, * CSMA CA before transmission, * delayed TX, * delayed TX with CCA Assume that radios that reported CSMA CA capability transmit in CSMA CA mode by default, all others will support direct mode. Signed-off-by: Robert Lubos <robert.lubos@nordicsemi.no> |
||
|---|---|---|
| .. | ||
| 6lo | ||
| all | ||
| arp | ||
| buf | ||
| checksum_offload | ||
| context | ||
| dhcpv4 | ||
| ethernet_mgmt | ||
| hostname | ||
| icmpv4 | ||
| icmpv6 | ||
| ieee802154 | ||
| iface | ||
| ip-addr | ||
| ipv6 | ||
| ipv6_fragment | ||
| lib | ||
| mgmt | ||
| mld | ||
| neighbor | ||
| net_pkt | ||
| ppp/driver | ||
| promiscuous | ||
| ptp/clock | ||
| route | ||
| shell | ||
| socket | ||
| tcp | ||
| traffic_class | ||
| trickle | ||
| tx_timestamp | ||
| udp | ||
| utils | ||
| vlan | ||