STRUCT IDPF_TX_SPLITQ_PARAMS(9)
π struct idpf_tx_splitq_params(9)
okay bestie, welcome to the Kernel API Manual β¨ β yes we're reading kernel headers for fun now, this is who we are, and honestly? iconic behaviour. Today's main character is a lil struct called struct idpf_tx_splitq_params, and she's the one holding all the split-queue Tx parameters together. no cap. π«Ά
πΈ NAME
struct idpf_tx_splitq_params β literally just the struct itself, no long fancy tagline, she lets the fields speak for her π
β¨ SYNOPSIS
struct idpf_tx_splitq_params {
enum idpf_tx_desc_dtype_value dtype;
u16 eop_cmd;
union {
u16 compl_tag;
u16 td_tag;
};
struct idpf_tx_offload_params offload;
u16 prev_ntu;
u16 prev_refill_ntc;
bool prev_refill_gen;
};
look at her. so structured. so put together. π
π¦ Members
dtypeβ the general descriptor info, aka the vibe check for what kind of descriptor we're dealing with π«eop_cmdβ the type of EOP (End Of Packet, iykyk) π{unnamed_union}β an anonymous union, no name, no label, she's mysterious like that πcompl_tagβ the associated tag for completion. tracking her girlies fr fr π·οΈtd_tagβ the descriptor tunneling tag π
offloadβ the offload parameters, typestruct idpf_tx_offload_params, doing all the heavy lifting so you don't have to πͺprev_ntuβ stored TxQnext_to_use, kept around in case of rollback (so you can rewind, no shame in it π)prev_refill_ntcβ stored refillqnext_to_clean, also for the in-case-of-packet-rollback scenario πprev_refill_genβ the stored refillq generation bit, again for packet rollback. yes ma'am, all three of those are the emergency-undo squad π¨
π₯ SEE ALSO
Kernel file ./drivers/net/ethernet/intel/idpf/idpf_txrx.h, plus the whole friend group she rolls with:
struct idpf_tx_offload_params(9)enum idpf_queue_flags_t(9)struct idpf_vec_regs(9)struct idpf_intr_reg(9)struct idpf_q_vector(9)struct idpf_rx_queue(9)struct idpf_tx_queue(9)struct idpf_buf_queue(9)struct idpf_compl_queue(9)struct idpf_sw_queue(9)struct idpf_rxq_set(9)struct idpf_bufq_set(9)struct idpf_rxq_group(9)struct idpf_txq_group(9)idpf_size_to_txd_count(9)idpf_tx_singleq_build_ctob(9)idpf_tx_splitq_build_desc(9)idpf_vport_intr_set_wb_on_itr(9)idpf_tx_splitq_get_free_bufs(9)
like a whole group chat of structs and functions, and every single one of them is in the README π
ok real talk: this is upstream kernel documentation for theidpfdriver, so if you're poking at these fields in actualdrivers/net/ethernet/intel/idpfcode, read them carefully β the rollback fields exist for a reason and the kernel does not do vibes-based error handling π«‘
and that's the page, bestie! π this little beauty lives in ./drivers/net/ethernet/intel/idpf, dated October 2026 β mark your calendars π β and she answers to the very chic name struct idpf_...plitq_params(9) πβ¨
π¦ 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