RTE_EVENT_ETH_TX_ADAPTER_CONF(3)
π NAME π
rte_event_eth_tx_adapter_conf β bestie, this is the config struct for your event ethernet TX adapter, and it's literally just two fields. That's it. That's the whole girl. π
It lives in the Library Functions Manual, section 3, so yes, we're in C-library-API territory, put your dev hat on. π
β¨ SYNOPSIS β¨
#include <rte_event_eth_tx_adapter.h>
π¦ Data Fields
uint8_t event_port_iduint32_t max_nb_tx
πΈ Detailed Description πΈ
It's an Adapter configuration structure. Not a big dramatic monologue, just a lil struct whose whole job is holding your settings. π
See also
rte_event_eth_tx_adapter_create_extrte_event_eth_tx_adapter_conf_cb
Definition at line 96 of file rte_event_eth_tx_adapter.h.
π«Ά Field Documentation π«Ά
π uint8_t event_port_id
Event port identifier, okay? The adapter service function dequeues mbuf events from this port. So it's giving "this is the door where the events come out of", no cap. πͺβ¨
See also
RTE_EVENT_ETH_RX_ADAPTER_CAP_INTERNAL_PORT
Definition at line 97 of file rte_event_eth_tx_adapter.h.
π uint32_t max_nb_tx
So here's the tea β: the adapter can return early if it has processed at least max_nb_tx mbufs.
β οΈ But bestie β this isn't treated as a requirement. Batching may cause the adapter to process more than max_nb_tx mbufs. So it's a soft vibe, not a hard limit. Don't come for it when it overshoots. π
Definition at line 102 of file rte_event_eth_tx_adapter.h.
π Author π
Generated automatically by Doxygen for DPDK from the source code. She didn't write herself, she was born like this. π€π
And that's the whole page, fr fr. This iconic little entry came to you from DPDK, Version 25.11.3, and it's rte_event_eth_tx_adapter_conf(3) signing off β go configure something slay. π
β¨π
π¦ where this page comes from
- ubuntu resolute: dpdk-doc 25.11.3-0ubuntu0.26.04.1 Β· BSD-3-Clause
- ubuntu stonking: dpdk-doc 25.11.3-1 Β· BSD-3-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms