xsk_tx_metadata_request(9)
β¨ xsk_tx_metadata_request(9) β¨
okay so bestie, welcome to the kernel API manual (yes, the real one, xsk_tx_metadata_request(9)) β this page is short but it absolutely ate π
πΈ NAME πΈ
xsk_tx_metadata_request β literally the function that evaluates AF_XDP TX metadata at submission and then calls the appropriate xsk_tx_metadata_ops operation. no cap, that's the whole gig π
π¦ SYNOPSIS π¦
void xsk_tx_metadata_request (const struct xsk_buff_pool *pool , struct
xsk_tx_metadata **pmeta , const struct xsk_tx_metadata_ops *ops , void
*priv );
π ARGUMENTS π
poolβ pointer to the AF_XDP buffer pool. it's used to validate the metadata, so likeβ¦ it's the vibe check for your metadata βpmetaβ pointer to a pointer to the AF_XDP metadata area π double pointer energy, she's iconicopsβ pointer tostruct xsk_tx_metadata_opsprivβ pointer to the driver-private area π that's where the driver keeps its lil secrets
β DESCRIPTION β
so the networking device should call this function when it's preparing an AF_XDP egress packet. that's it. that's the assignment. main character behaviour honestly π
ngl, the "should be called" here is real β the device is the one that's supposed to hit this up when it's getting an egress packet ready π«Ά
π SEE ALSO π
- Kernel file
./include/net/xdp_sock_drv.h xsk_buff_raw_get_ctx(9)
and that's the whole page bestie, go forth and validate that metadata πβ¨π
sign-off fr fr: this one lives in ./include/net, dated October 2026 β shoutout to the kernel API manual for keeping us fed π§ββοΈπ
π¦ 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