e1000_update...addr_list_vf(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… e1000_update_mc_addr_list_vf(9)

okay so bestie, welcome to the Kernel API Manual ✨ β€” this is the page for e1000_update_mc_addr_list_vf(9), and honestly? she's a little function with a big job. let's get into it πŸ’–


🌸 NAME 🌸

e1000_update_mc_addr_list_vf β€” Update Multicast addresses πŸ¦‹

like, the multicast address updater. that's her. that's the whole vibe.


✨ SYNOPSIS ✨

void e1000_update_mc_addr_list_vf (struct e1000_hw *hw , u8
*mc_addr_list , u32 mc_addr_count , u32 rar_used_count , u32 rar_count
);

no return value, she just does the thing πŸ’… (that void up front is doing a lot of heavy lifting, ngl)


πŸŽ€ ARGUMENTS πŸŽ€

  • hw β€” pointer to the HW structure 🫢 the main character, fr fr, everything hangs off this
  • mc_addr_list β€” array of multicast addresses to program πŸ’–
  • mc_addr_count β€” number of multicast addresses to program 🌈 (yes, you gotta tell her how many, she's not a mind reader)
  • rar_used_count β€” the first RAR register free to program ⭐ like, "start here, bestie"
  • rar_count β€” total number of supported Receive Address Registers πŸ‘‘ the full headcount

πŸ”₯ DESCRIPTION πŸ”₯

So what does she actually do? She Updates the Receive Address Registers and Multicast Table Array ✨ both of them, at the same time, iconic behaviour.

heads up: The caller must have a packed mc_addr_list of multicast addresses. 🚨 so like, pack it before you call her, okay? she's not doing that for you.

and about that rar_count parameter β€” The parameter rar_count will usually be hw->mac.rar_entry_count πŸ’œ unless there are workarounds that change this πŸ™ˆ so most of the time it's that, but sometimes the workarounds come in and switch it up. iykyk.


πŸ¦‹ SEE ALSO πŸ¦‹

Kernel file ./drivers/net/ethernet/intel/igbvf/vf.c πŸ“

and the whole friend group πŸ’… β€” go say hi:


aaaand that's the page, bestie 🌸 mwah πŸ’‹ β€” this one's from ./drivers/net/ethernet/intel/i... and it's dated October 2026, filed under e1000_update...addr_list_vf(9) because apparently even kernel docs love an abbreviated filename. slay πŸ§šπŸ’œ

πŸ“¦ where this page comes from