idpf_xdp_tx_xmit(9)
π idpf_xdp_tx_xmit(9) π
okay so bestie, we're in the Kernel API Manual for this one, and the main character is idpf_xdp_tx_xmit. It's a void function and its whole vibe is literally right here π
πΈ NAME πΈ
idpf_xdp_tx_xmit β produce a single HW Tx descriptor out of XDP desc
β¨ SYNOPSIS β¨
void idpf_xdp_tx_xmit (struct libeth_xdp_tx_desc desc , u32 i , const
struct libeth_xdpsq *sq , u64 priv );
That's the whole signature, no cap. Four arguments, one void return, and all the deets are below π«Ά
π ARGUMENTS π
descβ the XDP descriptor you're pulling the DMA address and length from. it's giving "source material" πiβ the descriptor index on the queue to fill. basically the slot number, iykyk.sqβ the XDP queue where you produce the HW Tx descriptor. this is the queue bestie, main character energy πprivβxsk_tx_metadata_opson XSk xmit orNULL. so it's either that metadata ops situation or literallyNULL, periodt.
π¦ SEE ALSO π¦
- the kernel file
./drivers/net/ethernet/intel/idpf/xdp.hβ bestie, go look at it, it's right there π idpf_xdp_tx_finalize(9)β the related manual page, slay π₯
mwah π that's the whole page! source/version: ./drivers/net/ethernet/intel/idpf, dated October 2026. no cap, that's the sign-off πβ¨
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms