RTE_EVENT_DMA_ADAPTER_OP(3)
β¨ NAME β¨
rte_event_dma_adapter_op β bestie, this is the struct that holds one whole event-based DMA operation entry π
πΈ SYNOPSIS πΈ
#include <rte_event_dma_adapter.h>
π¦ Data Fields
okay so here's the full roster of what lives inside this thing, no cap:
uint64_t flagsstruct rte_mempool * op_mpenum rte_dma_status_code statusuint32_t rsvduint64_t impl_opaque [2]uint64_t user_metauint64_t event_metaint16_t dma_dev_iduint16_t vchanuint16_t nb_srcuint16_t nb_dststruct rte_dma_sge src_dst_seg []
π Detailed Description π
A structure used to hold event based DMA operation entry. Literally all the information required for a DMA transfer shall be populated in a struct rte_event_dma_adapter_op instance β like, all of it, don't skimp β¨
Definition at line 159 of file rte_event_dma_adapter.h.
π Field Documentation π
uint64_t flags
Flags related to the operation. The vibe-setter, fr fr.
See also
RTE_DMA_OP_FLAG_*
Definition at line 160 of file rte_event_dma_adapter.h.
struct rte_mempool* op_mp
Mempool from which op is allocated. That's where the op comes from, periodt.
Definition at line 164 of file rte_event_dma_adapter.h.
enum rte_dma_status_code status
Status code for this operation. How'd it go? This field knows π
Definition at line 166 of file rte_event_dma_adapter.h.
uint32_t rsvd
Reserved for future use. Do not touch, she's saving that seat π
Definition at line 168 of file rte_event_dma_adapter.h.
uint64_t impl_opaque[2]
Implementation-specific opaque data. A dma device implementation uses this field to hold implementation specific values to share between dequeue and enqueue operations. And listen β the application should not modify this field. Hands off, bestie β
Definition at line 170 of file rte_event_dma_adapter.h.
uint64_t user_meta
Memory to store user specific metadata. The dma device implementation should not modify this area. It's yours, it's giving personal space π
Definition at line 177 of file rte_event_dma_adapter.h.
uint64_t event_meta
Event metadata of DMA completion event. Used when RTE_EVENT_DMA_ADAPTER_CAP_INTERNAL_PORT_VCHAN_EV_BIND is not supported in OP_NEW mode.
See also
rte_event_dma_adapter_mode::RTE_EVENT_DMA_ADAPTER_OP_NEWRTE_EVENT_DMA_ADAPTER_CAP_INTERNAL_PORT_VCHAN_EV_BIND
Used when RTE_EVENT_DMA_ADAPTER_CAP_INTERNAL_PORT_OP_FWD is not supported in OP_FWD mode.
See also
rte_event_dma_adapter_mode::RTE_EVENT_DMA_ADAPTER_OP_FORWARDRTE_EVENT_DMA_ADAPTER_CAP_INTERNAL_PORT_OP_FWDstruct rte_event::event
Definition at line 181 of file rte_event_dma_adapter.h.
int16_t dma_dev_id
DMA device ID to be used with OP_FORWARD mode.
See also
rte_event_dma_adapter_mode::RTE_EVENT_DMA_ADAPTER_OP_FORWARD
Definition at line 195 of file rte_event_dma_adapter.h.
uint16_t vchan
DMA vchan ID to be used with OP_FORWARD mode
See also
rte_event_dma_adapter_mode::RTE_EVENT_DMA_ADAPTER_OP_FORWARD
Definition at line 199 of file rte_event_dma_adapter.h.
uint16_t nb_src
Number of source segments. Count 'em up π
Definition at line 203 of file rte_event_dma_adapter.h.
uint16_t nb_dst
Number of destination segments. Same energy, other end of the trip β
Definition at line 205 of file rte_event_dma_adapter.h.
struct rte_dma_sge src_dst_seg[]
Source and destination segments. Both directions, one flex π₯
Definition at line 207 of file rte_event_dma_adapter.h.
π Author π
Generated automatically by Doxygen for DPDK from the source code. (Not a human, but she ate π )
okay bestie that's the whole page, and lemme do the cute little sign-off the way the footer does it: this is DPDK, Version 24.11.8, manual page rte_event_dma_adapter_op(3) β mwah, go populate that struct correctly, ily π«Άπ
π¦ where this page comes from
- debian trixie: dpdk-doc 24.11.8-0+deb13u1 Β· BSD-3-Clause
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms