xdp_rxq_inf...ch_page_pool(9)

💅 xdp_rxq_info_attach_page_pool — the Kernel API Manual edit 🎀

okay bestie, so we're in the Kernel API Manual rn and the star of the show is xdp_rxq_info_attach_page_pool (the header truncates it all cute as xdp_rxq_inf...ch_page_pool(9), iykyk). it's literally the function that hooks a registered pool up to your RxQ info. slay.

✨ NAME ✨

xdp_rxq_info_attach_page_pool — attach registered pool to RxQ info 🫶

🌸 SYNOPSIS 🌸

void xdp_rxq_info_attach_page_pool (struct xdp_rxq_info *xdp_rxq , const
       struct page_pool *pool );

like, it returns void — it does the thing and dips, no return value era 💅

🦋 ARGUMENTS 🦋

• xdp_rxq — the XDP RxQ info you're attaching the pool to 🎀
• pool — the pool to attach, bestie. that's the one. ✨

🔥 DESCRIPTION 🔥

okay so here's the tea ☕ — if the pool was registered manually, you must call this function instead of xdp_rxq_info_reg_mem_model to connect it to the RxQ info. like, not optional, not a vibe suggestion — must. periodt. 👑

not me stressing this but fr fr: manual registration means this is the connector, not xdp_rxq_info_reg_mem_model. don't mix them up 💀

💜 SEE ALSO 💜

• the kernel file ./net/core/xdp.c — that's the home base 🏠
• xdp_reg_page_pool(9)
• xdp_unreg_page_pool(9)
• xdp_return_frag(9)
• xdp_build_skb_from_buff(9)
• xdp_copy_frags_from_zc(9)
• xdp_build_skb_from_zc(9)
• bpf_xdp_metadata_rx_timestamp(9)
• bpf_xdp_metadata_rx_hash(9)
• bpf_xdp_metadata_rx_vlan_tag(9)

like, read them all. they're all iconic in their own way 🌈

and that's the whole page, bestie 💖 sign-off time: this one's from ./net/core, dated October 2026, and yes it's the same xdp_rxq_inf...ch_page_pool(9) in the corner — we stay consistent 🎀✨🦋