MAX_NB(3)

πŸ“¦ version 26.03, in nixos 26.05, nixpkgs unstable

🌸 rte_event_crypto_adapter_conf β€” NAME 🌸

okay so bestie, this is rte_event_crypto_adapter_conf, a struct from the DPDK fam β€” and it literally is the adapter configuration structure that the adapter configuration callback function is expected to fill out. yes, that's a mouthful, but that's the whole vibe πŸ’…


✨ SYNOPSIS ✨

#include <rte_event_crypto_adapter.h>

πŸŽ€ Data Fields πŸŽ€

  • uint8_t event_port_id
  • uint32_t max_nb

πŸ¦‹ Detailed Description πŸ¦‹

so like, this struct is the cargo β€” the adapter configuration callback function is supposed to fill it all out for you, no cap 🫢

See also β€” rte_event_crypto_adapter_conf_cb (go look at that one too, iykyk)

also for the record: Definition at line 246 of file rte_event_crypto_adapter.h. β€” that's literally where it lives, screenshot it πŸ“Έ


πŸ’– Field Documentation πŸ’–

⭐ uint8_t event_port_id

Event port identifier. the adapter enqueues events to this port and dequeues crypto request events in RTE_EVENT_CRYPTO_ADAPTER_OP_FORWARD mode. that's the whole assignment, she's got one job and she ate πŸ”₯

Definition at line 247 of file rte_event_crypto_adapter.h.

⭐ uint32_t max_nb

the adapter can return early if it has processed at least max_nb crypto ops. but listen β€” this isn't treated as a requirement, because batching may cause the adapter to process more than max_nb crypto ops πŸ‘€ so like, it's a vibe check not a hard limit, don't come for her

Definition at line 252 of file rte_event_crypto_adapter.h.


πŸ‘‘ Author πŸ‘‘

Generated automatically by Doxygen for DPDK from the source code. β€” not me writing my own autographs, doxygen did that πŸ’…


and that's the page bestie πŸŽ€ no notes, she's iconic

DPDK Β· Version 26.03.0 Β· rte_event_...dapter_conf(3) β€” mwah, see u in the next manpage πŸŒˆπŸ’œ

πŸ“¦ where this page comes from