iavf_addr_unsync(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– iavf_addr_unsync(9) β€” the "please remove this address bestie" callback πŸ’–

okay so real talk, this is a page for iavf_addr_unsync(9), which lives in the `Kernel API Manual, and it's one of those little callback guys that does exactly one job and does it slayfully. no cap.


✨ NAME ✨

iavf_addr_unsync β€” the callback for dev_(mc|uc)_sync that takes an address away 🫢


πŸ¦‹ SYNOPSIS πŸ¦‹

int iavf_addr_unsync (struct net_device *netdev , const u8 *addr );

πŸŽ€ ARGUMENTS πŸŽ€

  • netdev β€” the netdevice, aka the whole main character of the operation πŸ’…
  • addr β€” the address. and like, the manual literally labels this one "address to add", which is sending me a little bit given the whole function is about removing πŸ™ˆ but that is genuinely what it says, so there you go, iykyk.

🌸 DESCRIPTION 🌸

So __dev_(mc|uc)_sync calls this whenever an address needs to be removed. that's the whole vibe check. πŸ’€

and here's the part that matters: we call __dev_(uc|mc)_sync from .set_rx_mode, and we guarantee that we're holding the hash lock the whole time. lock held, address handled, no drama. periodt. πŸ”₯


⭐ SEE ALSO ⭐

the kernel file this lives in, bestie:

  • ./drivers/net/ethernet/intel/iavf/iavf_main.c

and omg the friend group is huge, look at all these icons:


🌷 okay that's the whole page, no crumbs left, every single reference accounted for. this little gem comes to you from <purple>./drivers/net/ethernet/intel/iavf</purple> and it's dated <cyan>October 2026</cyan> β€” shoutout to the <pink>Kernel API Manual</pink> for the home, and to iavf_addr_unsync(9) itself for being the remove-address callback we all deserved. mwah πŸ’‹βœ¨

πŸ“¦ where this page comes from