rte_event_queue_conf(3)
π rte_event_queue_conf(3)
okay so bestie, welcome to the Library Functions Manual β¨ this one is literally all about rte_event_queue_conf β the event queue configuration struct. she's giving main character energy and you're gonna be obsessed π
πΈ NAME
rte_event_queue_conf β the event queue configuration structure, periodt π
β¨ SYNOPSIS
#include <rte_eventdev.h>
π¦ Data Fields
uint32_t nb_atomic_flows
uint32_t nb_atomic_order_sequences
uint32_t event_queue_cfg
uint8_t schedule_type
uint8_t priority
uint8_t weight
uint8_t affinity
π Detailed Description
Event queue configuration structure π she's the blueprint, the icon, the moment.
Definition at line 911 of file rte_eventdev.h.
π Field Documentation
π uint32_t nb_atomic_flows
The maximum number of active flows this queue can track at any given time. no cap, that's her whole job.
If the queue is configured for atomic scheduling (by applying the RTE_EVENT_QUEUE_CFG_ALL_TYPES flag to event_queue_cfg or RTE_SCHED_TYPE_ATOMIC flag to schedule_type), then the value must be in the range of [1, nb_event_queue_flows], which was previously provided in rte_event_dev_configure(). respect the range bestie π€
If the queue is not configured for atomic scheduling this value is ignored. she's literally off duty, leave her alone π
Definition at line 912 of file rte_eventdev.h.
π uint32_t nb_atomic_order_sequences
The maximum number of outstanding events waiting to be reordered by this queue. In other words, the number of entries in this queue's reorder buffer. When the number of events in the reorder buffer reaches to nb_atomic_order_sequences then the scheduler cannot schedule the events from this queue and no events will be returned from dequeue until one or more entries are freed up/released. like bestie, the buffer is FULL, nobody's getting out until somebody leaves, it's giving club at capacity π
If the queue is configured for ordered scheduling (by applying the RTE_EVENT_QUEUE_CFG_ALL_TYPES flag to event_queue_cfg or RTE_SCHED_TYPE_ORDERED flag to schedule_type), then the value must be in the range of [1, nb_event_queue_flows], which was previously supplied to rte_event_dev_configure().
If the queue is not configured for ordered scheduling, then this value is ignored. not her era, moving on π¦
Definition at line 925 of file rte_eventdev.h.
π uint32_t event_queue_cfg
Queue cfg flags (EVENT_QUEUE_CFG_) β the little flag collection that tells the queue who she is π
Definition at line 943 of file rte_eventdev.h.
π§ uint8_t schedule_type
Queue schedule type (RTE_SCHED_TYPE_*). the personality picker fr fr.
Valid when RTE_EVENT_QUEUE_CFG_ALL_TYPES flag is not set in event_queue_cfg.
If the RTE_EVENT_QUEUE_CFG_ALL_TYPES flag is set, then this field is ignored. she said "I contain multitudes", so the single type field gets benched π
See also
RTE_SCHED_TYPE_ORDEREDRTE_SCHED_TYPE_ATOMICRTE_SCHED_TYPE_PARALLEL
Definition at line 945 of file rte_eventdev.h.
β uint8_t priority
Priority for this event queue relative to other event queues. who gets served first, iykyk π
The requested priority should in the range of [RTE_EVENT_DEV_PRIORITY_HIGHEST, RTE_EVENT_DEV_PRIORITY_LOWEST]. The implementation shall normalize the requested priority to event device supported priority value. she'll translate your vibe into something the hardware actually understands, slay β¨
Valid when the device has RTE_EVENT_DEV_CAP_QUEUE_QOS capability, ignored otherwise. no QoS? then this field is literally just vibes and nothing else π«Ά
Definition at line 955 of file rte_eventdev.h.
π₯ uint8_t weight
Weight of the event queue relative to other event queues. how much attention she gets in the group chat, basically π
The requested weight should be in the range of [RTE_EVENT_QUEUE_WEIGHT_HIGHEST, RTE_EVENT_QUEUE_WEIGHT_LOWEST]. The implementation shall normalize the requested weight to event device supported weight value.
Valid when the device has RTE_EVENT_DEV_CAP_QUEUE_QOS capability, ignored otherwise. same deal, no cap.
Definition at line 966 of file rte_eventdev.h.
πΈ uint8_t affinity
Affinity of the event queue relative to other event queues. which queues she's closest to, bestie dynamics fr fr π₯°
The requested affinity should be in the range of [RTE_EVENT_QUEUE_AFFINITY_HIGHEST, RTE_EVENT_QUEUE_AFFINITY_LOWEST]. The implementation shall normalize the requested affinity to event device supported affinity value.
Valid when the device has RTE_EVENT_DEV_CAP_QUEUE_QOS capability, ignored otherwise. (yes, again. QoS is the whole personality here π)
Definition at line 977 of file rte_eventdev.h.
π Author
Generated automatically by Doxygen for DPDK from the source code. not me being auto-generated and still having more personality than half the codebase π
okay that's the whole page bestie, you ate that πβ¨ stay hydrated, respect your ranges, and remember: no QoS capability means priority, weight, and affinity are all just ignored. iconic behavior honestly.
big kiss from DPDK, Version 26.03.0 πππ¦
π¦ 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