idpf_rx_sing...test_staterr(9)

📦 version 7.3.1, in nixpkgs unstable

💅 idpf_rx_singleq_test_staterr — the kernel API manual page, bestie edition

okay so picture this: you're deep in the idpf driver, section 9 of the kernel API manual, and you just need to know if some bits are set. That's literally it. That's the whole vibe. The function is idpf_rx_singleq_test_staterr, and she is a tiny little boolean-checking icon. 👑

✨ NAME ✨

idpf_rx_singleq_test_staterr — tests bits in Rx descriptor status and error fields 🎀

🦋 SYNOPSIS 🦋

bool idpf_rx_singleq_test_staterr (const union virtchnl2_rx_desc
*rx_desc , const u64 stat_err_bits );

🌸 ARGUMENTS 🌸

  • rx_desc — pointer to receive descriptor (in le64 format). Yes bestie, that's the descriptor, and yes it's little-endian, don't come for her. 💅
  • stat_err_bits — value to mask. That's the mask, that's the whole job. 🫶

💖 DESCRIPTION 💖

okay so this function does some fast chicanery in order to return the value of the mask, which is really only used for boolean tests. Like, she's not here to give you a whole number, she's here to give you yes or no. main character energy honestly. ✨

And here's the lil detail that makes her life easier: status_error_ptype_len doesn't need to be shifted, because it begins at offset zero. No shift, no drama, no cap. 💀

🔥 SEE ALSO 🔥

Kernel file ./drivers/net/ethernet/intel/idpf/idpf_singleq_txrx.c — that's where the whole friend group lives, and honestly the roster is stacked:

(and yes, idpf_rx_singleq_clean(9) and idpf_rx_singleq_clean_all(9) show up twice in that list — that's exactly how the original rolls, we do not editorialize, we do not "fix" it, we simply stan 🫶)

ngl the "fast chicanery" line is doing so much work here and I respect it — she masks, she returns a bool, she goes home. periodt. 💅

okay that's the page!! 🌈 this one comes to you from ./drivers/net/ethernet/intel/idpf, dated October 2026 — mwah, love you, go check your descriptor bits 💜🎀

📦 where this page comes from