fm10k_update_vlan_pf(9)
π fm10k_update_vlan_pf(9) β like, the whole kernel API manual vibe π
okay bestie, so this one lives in the Kernel API Manual, and it's called fm10k_update_vlan_pf(9). yes the name is a mouthful, no we're not changing it, it's iconic in its own way β¨
β¨ SYNOPSIS β¨
s32 fm10k_update_vlan_pf (struct fm10k_hw *hw , u32 vid , u8 vsi , bool
set );
that's the whole function signature, no cap. it returns an s32, and it takes four args. we're gonna go through each one, one at a time, because that's just how we do π
πΈ ARGUMENTS πΈ
hwβ pointer to hardware structure. yeah she's a pointer, she points at the hardware struct, that's her whole job π«Άvidβ the VLAN ID to add to table. this is the actual number going in, main character of the operation frvsiβ Index indicating VF ID or PF ID in table. so like, which function's corner of the table we're messing with πsetβ Indicates if this is a set or clear operation.bool, so it's giving true/false, add/remove energy π
π₯ DESCRIPTION π₯
so what does she do? she adds or removes the corresponding VLAN ID from the VLAN filter table for the corresponding function. that's it, that's the whole errand π¦
and here's the part that's lowkey kinda slay: in addition to the standard set/clear that supports one bit, a multi-bit write is supported β so you can set 64 bits at a time. sixty-four. at once. ate ππ₯
ngl bestie, "one bit at a time" is cute and all, but 64 bits in one go is the moment the whole function becomes a baddie π
π SEE ALSO π
the kernel file she lives in:
- Kernel file
./drivers/net/ethernet/intel/fm10k/fm10k_pf.c
and literally the entire friend group, in order, no skips:
fm10k_reset_hw_pf(9),fm10k_is_ari_hierarchy_pf(9),fm10k_init_hw_pf(9),fm10k_read_mac_addr_pf(9),fm10k_glort_valid_pf(9),fm10k_update_xc_addr_pf(9),fm10k_update_uc_addr_pf(9),fm10k_update_mc_addr_pf(9),fm10k_update_xcast_mode_pf(9),fm10k_update_int_moderator_pf(9),fm10k_update_lport_state_pf(9),fm10k_configure_dglort_map_pf(9),fm10k_iov_assign_resources_pf(9),fm10k_iov_configure_tc_pf(9),fm10k_iov_assign_int_moderator_pf(9),fm10k_iov_assign_default_mac_vlan_pf(9),fm10k_iov_reset_resources_pf(9),fm10k_iov_set_lport_pf(9),fm10k_iov_reset_lport_pf(9),fm10k_iov_update_stats_pf(9),fm10k_iov_msg_msix_pf(9),fm10k_iov_select_vid(9),fm10k_iov_supported_xcast_mode_pf(9),fm10k_iov_msg_lport_state_pf(9),fm10k_update_hw_stats_pf(9),fm10k_rebind_hw_stats_pf(9),fm10k_set_dma_mask_pf(9),fm10k_get_fault_pf(9),fm10k_request_lport_map_pf(9),fm10k_get_host_state_pf(9),fm10k_msg_lport_map_pf(9),fm10k_msg_update_pvid_pf(9),fm10k_record_global_table_data(9),fm10k_msg_err_pf(9)
okay that's the page!! π§ source is ./drivers/net/ethernet/intel/f... (yes it's truncated like that, don't come for me, that's literally what it says π) and it's dated October 2026, and it's page fm10k_update_vlan_pf(9) of the Kernel API Manual. mwah ππΈ go update some VLAN IDs bestie, you got this π«Άβ¨
π¦ 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