__libeth_xsk_run_prog_slow(9)
β¨ __libeth_xsk_run_prog_slow β¨
okay so we're in the Kernel API Manual today bestie, and this page is literally all about __libeth_xsk_run_prog_slow β the slow-path cleanup queen π of the libeth XSk world. she handles all the verdicts that aren't XDP_REDIRECT, because redirect is too busy being the main character. π
πΈ NAME πΈ
__libeth_xsk_run_prog_slow β process the non-XDP_REDIRECT verdicts π
π¦ SYNOPSIS π¦
u32 __libeth_xsk_run_prog_slow (struct libeth_xdp_buff *xdp , const
struct libeth_xdp_tx_bulk *bq , enum xdp_action act , int ret );
π ARGUMENTS π
xdpβ the buffer you're processing, bestie π«Ά that's the whole vibebqβ the Tx bulk used for queueing when you hitXDP_TXactβ the verdict that needs processing, iykykretβ the error code you get ifXDP_REDIRECTfailed π
π§ DESCRIPTION π§
so this is an external helper used by __libeth_xsk_run_prog β which means no cap, do not call it directly, please and thank you π
here's the tea: XDP_REDIRECT is the most common and the hottest verdict on XSk, so it gets processed inline (she's built different β‘). everything else goes here for out-of-line processing, and redirect errors get to hang out here too. it's giving "backstage crew keeping the show running" energy fr fr π
β RETURN β
the libeth_xdp XDP prog verdict. that's it, that's the return β¨
π SEE ALSO π
- Kernel file
./drivers/net/ethernet/intel/libeth/xsk.c libeth_xsk_buff_free_slow(9)libeth_xsk_buff_add_frag(9)libeth_xsk_buff_stats_frags(9)libeth_xsk_prog_exception(9)libeth_xskfq_create(9)libeth_xskfq_destroy(9)libeth_xsk_init_wakeup(9)libeth_xsk_wakeup(9)libeth_xsk_setup_pool(9)
and that's the page!! π this lil gem lives at ./drivers/net/ethernet/intel/l..., all dated October 2026, and it's filed under __libeth_xsk_run_prog_slow(9) β go read the other xsk pages, they're iconic too, mwah πβ¨
π¦ 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