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_id
  • uint32_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_ext
  • rte_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