iavf_mac_add_reject(9)

📦 version 7.3.1, in nixpkgs unstable

💅 iavf_mac_add_reject — the iavf manual, bestie edition (section 9, Kernel API Manual)

okay so real talk, we're in the kernel API manual, section 9 🎀 — this is the page for iavf_mac_add_reject, and it lives over in ./drivers/net/ethernet/intel/iavf. Pull up a chair, it's a short one but it's lowkey important ✨

🌸 NAME 🌸

iavf_mac_add_reject —

and that's genuinely it, no cap 😭 the original page gives you the function name and then... nothing. No little tagline. No "does the thing" blurb. Just vibes and a name. We move on 💅

🦋 SYNOPSIS 🦋

void iavf_mac_add_reject (struct iavf_adapter *adapter );

that's the whole signature, exactly as written — void return, one argument, go off 👑

✨ ARGUMENTS ✨

  • adapter — the adapter structure 🫶 that's the entire description the page gives us, and yes it's giving "professor wrote this at 3am" energy, but it IS the adapter structure and that's the fact of it.

💜 DESCRIPTION 💜

So here's the tea 🍵 — this one removes filters from the list, based on what the PF responded. That's it. That's the whole description:

Remove filters from list based on PF response.

"PF" = physical function, iykyk 🌈 and the response is what drives which filters get pulled — the function is reacting to it, not deciding on its own. Short and sweet, main character energy in three sentences' worth of function 🎀

🌼 SEE ALSO 🌼

buckle up bestie, this list is LONG and every single one of these is getting its moment 💖

sixty entries, and yes I counted, we don't skip 💀 every last one is here, untouched, exactly as spelled 🔥

okay that's the page!! short queen, but she's got range 🌸 mwah, love that for us. this came from the source tree at ./drivers/net/ethernet/intel/iavf, dated October 2026 — go forth and read the other sixty pages bestie, I believe in you 💖✨🎀

📦 where this page comes from