STRUCT IDPF_TX_SPLITQ_PARAMS(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… 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, type struct idpf_tx_offload_params, doing all the heavy lifting so you don't have to πŸ’ͺ
  • prev_ntu β€” stored TxQ next_to_use, kept around in case of rollback (so you can rewind, no shame in it 😭)
  • prev_refill_ntc β€” stored refillq next_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:

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 the idpf driver, so if you're poking at these fields in actual drivers/net/ethernet/intel/idpf code, 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