ice_vc_del_mac_addr(9)
π ice_vc_del_mac_addr β a Kernel API Manual moment π
okay so bestie, we're deep in the Kernel API Manual today and this one is literally called ice_vc_del_mac_addr, and yes the name says it all: it attempts to delete the MAC address you hand it. attempt. like it's trying its best. we love an honest function β¨
πΈ NAME πΈ
ice_vc_del_mac_addr β attempt to delete the MAC address passed in π«Ά
β¨ SYNOPSIS β¨
int ice_vc_del_mac_addr (struct ice_vf *vf , struct ice_vsi *vsi ,
struct virtchnl_ether_addr *vc_ether_addr );
it returns an int, no cap. three args, all pointers, all important π
π¦ ARGUMENTS π¦
vfβ pointer to the VF info. that's your virtual function's whole lore sheet, fr fr πvsiβ pointer to the VF's VSI. yes it's a different thing, no they're not interchangeable, iykyk πvc_ether_addrβ the VIRTCHNL MAC address structure used to delete MAC. it's giving "here's the address, please remove it" π
π₯ SEE ALSO π₯
first up, the source file where the magic lives: ./drivers/net/ethernet/intel/ice/virt/virtchnl.c π β and then, bestie, buckle up, because this list is long and every single one of these is iconic in its own way π
ice_vc_vf_broadcast(9), ice_set_pfe_link(9), ice_vc_notify_vf_link_state(9), ice_vc_notify_link_state(9), ice_vc_notify_reset(9), ice_vc_send_msg_to_vf(9), ice_vc_get_ver_msg(9), ice_vc_get_vlan_caps(9), ice_vc_get_vf_res_msg(9), ice_vc_reset_vf_msg(9), ice_vc_isvalid_vsi_id(9), ice_vc_get_qos_caps(9), ice_vc_cfg_promiscuous_mode_msg(9), ice_vc_get_stats_msg(9), ice_can_vf_change_mac(9), ice_vc_ether_addr_type(9), ice_is_vc_addr_legacy(9), ice_is_vc_addr_primary(9), ice_vfhw_mac_add(9), ice_is_mc_lldp_eth_addr(9), ice_vc_can_add_mac(9), ice_vc_add_mac_addr(9), ice_is_legacy_umac_expired(9), ice_update_legacy_cached_mac(9), ice_vfhw_mac_del(9), ice_vc_handle_mac_addr_msg(9), ice_vc_add_mac_addr_msg(9), ice_vc_del_mac_addr_msg(9), ice_vf_vlan_offload_ena(9), ice_is_vlan_promisc_allowed(9), ice_vf_ena_vlan_promisc(9), ice_vf_dis_vlan_promisc(9), ice_vf_has_max_vlans(9), ice_vc_process_vlan_msg(9), ice_vc_add_vlan_msg(9), ice_vc_remove_vlan_msg(9), ice_vsi_is_rxq_crc_strip_dis(9), ice_vc_ena_vlan_stripping(9), ice_vc_dis_vlan_stripping(9), ice_vc_query_rxdid(9), ice_vf_init_vlan_stripping(9), ice_vf_outer_vlan_not_allowed(9), ice_vc_set_dvm_caps(9), ice_vc_set_svm_caps(9), ice_vc_get_offload_vlan_v2_caps(9), ice_vc_validate_vlan_tpid(9), ice_vc_is_valid_vlan(9), ice_vc_validate_vlan_filter_list(9), ice_vc_to_vlan(9), ice_vc_vlan_action(9), ice_vc_del_vlans(9), ice_vc_remove_vlan_v2_msg(9), ice_vc_add_vlans(9), ice_vc_validate_add_vlan_filter_list(9), ice_vc_add_vlan_v2_msg(9), ice_vc_valid_vlan_setting(9), ice_vc_valid_vlan_setting_msg(9), ice_vc_get_tpid(9), ice_vc_ena_vlan_offload(9), ice_vc_ena_vlan_stripping_v2_msg(9), ice_vc_dis_vlan_stripping_v2_msg(9), ice_vc_ena_vlan_insertion_v2_msg(9), ice_vc_dis_vlan_insertion_v2_msg(9), ice_virtchnl_set_dflt_ops(9), ice_vc_repr_add_mac(9), ice_vc_repr_del_mac(9), ice_virtchnl_set_repr_ops(9), ice_is_malicious_vf(9), ice_vc_process_vf_msg(9)
like i said. a whole friend group. go say hi to all of them π§ββοΈ
ngl the only "gotcha" here is baked right into the NAME: this function attempts the delete. that's the wording, that's the vibe, don't come for me π
and that's the page, bestie! π this little gem comes to you from the source path ./drivers/net/ethernet/intel/i... β yes it's truncated like that in the footer, that's just how it is β dated October 2026, all wrapped up in the Kernel API Manual ππ go delete some MAC addresses responsibly, mwah ππ
π¦ 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