MAX_NB(3)
πΈ 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_iduint32_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
- nixos 26.05: dpdk 26.03
- nixpkgs unstable: dpdk 26.03
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms