e1000_update...addr_list_vf(9)
π 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 thismc_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:
e1000_init_mac_params_vf(9)e1000_init_function_pointers_vf(9)e1000_get_link_up_info_vf(9)e1000_reset_hw_vf(9)e1000_init_hw_vf(9)e1000_hash_mc_addr_vf(9)e1000_set_vfta_vf(9)e1000_rlpml_set_vf(9)e1000_rar_set_vf(9)e1000_read_mac_addr_vf(9)e1000_set_uc_addr_vf(9)e1000_check_for_link_vf(9)
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
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms