iavf_add_cloud_filter(9)
β¨ iavf_add_cloud_filter β a Kernel API Manual moment β¨
okay bestie, so this one is from the iavf world (that's the Intel Adaptive Virtual Function driver situation, iykyk) and it lives in section 9 of the Kernel API Manual. the NAME line itself is literally just iavf_add_cloud_filter - with nothing after the dash β no cap, the description is blank β so consider this page the vibes-only deluxe edition where we fill in the blanks ourselves π
πΈ SYNOPSIS πΈ
void iavf_add_cloud_filter (struct iavf_adapter *adapter );
that's it. that's the whole signature. no return value, she's void, she's at peace π«Ά
π ARGUMENTS π
adapterβ the adapter structure π this is thestruct iavf_adapter *bestie you're handing over, and she's the one carrying all the state for this whole operation.
π¦ DESCRIPTION π¦
so what does she actually do? she puts in a request that the PF β that's the physical function, the parent energy, the main character β add cloud filters exactly as the user specified them via the tc tool. π₯
that's the whole deal. you're not doing the filter-adding yourself, you're asking the PF to please do it, which is a very "can you ask your manager" move but honestly fair π§
β SEE ALSO β
buckle up babes, this is a long list and every single one of these girlies deserves her moment π
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_del_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_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)
and if you ever wanna read the source herself, she's sitting right here in the kernel tree: ./drivers/net/ethernet/intel/iavf/iavf_virtchnl.c πβ¨ (yes, that's the Kernel file reference, go say hi to her)
heads up bestie: this page is literally just the signature, one argument, and "ask the PF to add cloud filters via tc" β everything else here is cross-reference. no hidden traps, no dangerous caveats listed, so don't go inventing drama that isn't in the source π
and that's the page! π this iconic little slice of documentation is brought to you by the kernel source tree at ./drivers/net/ethernet/intel/iavf, dated October 2026 β mwah, she ate, no crumbs, periodt π
π¦π
π¦ 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