iavf_del_ether_addrs(9)
π iavf_del_ether_addrs β kernel API manual, but make it make sense
okay so bestie, welcome to iavf_del_ether_addrs(9) β yes that's the whole title, and yes the (9) means it's a kernel API page, not your average command. this is from the Kernel API Manual, and we're about to get into it. β¨
πΈ NAME πΈ
iavf_del_ether_addrs β literally the name, that's it
no cap, the original page leaves the description blank. iconic minimalism honestly. so the name is the vibe and we move on. π
π SYNOPSIS π
void iavf_del_ether_addrs (struct iavf_adapter *adapter );
that's the whole signature, one function, one arg, returns nothing (void) because it's out here doing things, not reporting back. periodt. π
π¦ ARGUMENTS π¦
adapterβ the adapter structure. that's our girl. this is the struct you hand over so the function knows which adapter we're talking about π
β¨ DESCRIPTION β¨
okay so here's the tea π΅ β this function requests that the PF (that's the physical function, the parent energy) remove one or more addresses from our filters. that's it, that's the whole job.
"request" is doing a lot of work in that sentence β this is the ask, not the flex. it's the del counterpart to adding addresses, and it goes through the virtchnl path to the PF. iykyk. π
π₯ SEE ALSO π₯
the whole friend group, no one left out π«Ά β all of these live in the kernel file ./drivers/net/ethernet/intel/iavf/iavf_virtchnl.c:
iavf_send_pf_msg(9), iavf_send_api_ver(9), iavf_poll_virtchnl_msg(9), iavf_verify_api_ver(9), iavf_send_vf_config_msg(9), iavf_send_vf_ptp_caps_msg(9), iavf_validate_num_queues(9), iavf_get_vf_config(9), iavf_configure_queues(9), iavf_enable_queues(9), iavf_disable_queues(9), iavf_map_queues(9), iavf_set_mac_addr_type(9), iavf_add_ether_addrs(9), iavf_mac_add_ok(9), iavf_mac_add_reject(9), iavf_vlan_add_reject(9), iavf_add_vlans(9), iavf_del_vlans(9), iavf_set_promiscuous(9), iavf_request_stats(9), iavf_get_rss_hashcfg(9), iavf_set_rss_hashcfg(9), iavf_set_rss_key(9), iavf_set_rss_lut(9), iavf_set_rss_hfunc(9), iavf_enable_vlan_stripping(9), iavf_disable_vlan_stripping(9), iavf_tpid_to_vc_ethertype(9), iavf_set_vc_offload_ethertype(9), iavf_clear_offload_v2_aq_required(9), iavf_send_vlan_offload_v2(9), iavf_enable_vlan_stripping_v2(9), iavf_disable_vlan_stripping_v2(9), iavf_enable_vlan_insertion_v2(9), iavf_disable_vlan_insertion_v2(9), iavf_virtchnl_send_ptp_cmd(9), iavf_print_link_message(9), iavf_get_vpe_link_status(9), iavf_set_adapter_link_speed_from_vpe(9), iavf_get_qos_caps(9), iavf_set_quanta_size(9), iavf_cfg_queues_quanta_size(9), iavf_cfg_queues_bw(9), iavf_enable_channels(9), iavf_disable_channels(9), iavf_print_cloud_filter(9), iavf_add_cloud_filter(9), iavf_del_cloud_filter(9), iavf_add_fdir_filter(9), iavf_del_fdir_filter(9), iavf_add_adv_rss_cfg(9), iavf_del_adv_rss_cfg(9), iavf_request_reset(9), iavf_netdev_features_vlan_strip_set(9), iavf_activate_fdir_filters(9), iavf_virtchnl_ptp_get_time(9), iavf_virtchnl_completion(9), iavf_poll_virtchnl_response(9)
like, that's the whole squad. go read them if you want the full lore ππ
π friendly reminder that this is a request to the PF β the page says "Request that the PF remove one or more addresses from our filters," and that's exactly as much as it promises. don't go assuming more, bestie. π
and that's the page!! source is from ./drivers/net/ethernet/intel/iavf, dated October 2026, and it's iavf_del_ether_addrs(9) all the way down. mwah, go ship it ππ§π
π¦ 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