iavf_activate_fdir_filters(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– iavf_activate_fdir_filters ✨

okay so welcome to the iavf_activate_fdir_filters(9) page bestie β€” that's the kernel API manual, section 9, and it's literally all about one lil function that does the most iconic post-reset cleanup ever πŸŽ€


🌸 NAME 🌸

iavf_activate_fdir_filters β€” reactivate all the FDIR filters after a reset πŸ‘‘

yeah. that's the whole job. she comes back after a reset and gets everybody back on their feet πŸ’…


✨ SYNOPSIS ✨

void iavf_activate_fdir_filters (struct iavf_adapter *adapter );

like, returns void. doesn't hand anything back. she's not here for credit, she's here for results 🫢


πŸ¦‹ ARGUMENTS πŸ¦‹

  • adapter β€” the private adapter structure πŸ’– that's it, that's the whole argument list. one (1) bestie, and it's the private adapter struct. no cap.

🌈 DESCRIPTION 🌈

so here's the vibe: this one gets called after a reset πŸ”₯ and it goes back through and re-adds all FDIR filters β€” every single one, no filter left behind 😭 β€” and then it goes and deletes some of them if they were pending to be deleted πŸ’€

so basically: re-add everything, then honor whatever was already queued up for deletion. order matters, the pending-delete girlies don't get forgotten. it's giving "restoration era" honestly ✨

ngl it's a reset-recovery function. if you're calling it and no reset happened, maybe vibe check your call site πŸ™ˆ (not me giving advice β€” that's just what "called after a reset" means, fr fr)

πŸ‘‘ SEE ALSO πŸ‘‘

the whole girl squad, in order, so you don't miss a single one πŸ’œ also hi, the kernel file lives at ./drivers/net/ethernet/intel/iavf/iavf_virtchnl.c β€” that's the source of truth, go say hi 🧚


k that's the whole page bestie, go forth and re-add those filters πŸ’…

this one ships out of the kernel tree at ./drivers/net/ethernet/intel/iavf, dated October 2026 🌸 mwah, love u, see u in section 9 πŸ’–πŸ¦‹πŸŽ€

πŸ“¦ where this page comes from