fm10k_queue_vlan_request(9)
β¨ fm10k_queue_vlan_request β¨
okay bestie so this is a page from the Kernel API Manual for fm10k_queue_vlan_request(9) and it is literally the most efficient little VLAN-request-queuing baddie you will ever meet π
like it does one thing and it does it flawlessly, we love a focused queen π
π NAME π
fm10k_queue_vlan_request β queue a VLAN update request β¨
π¦ SYNOPSIS π¦
int fm10k_queue_vlan_request (struct fm10k_intfc *interface , u32 vid ,
u8 vsi , bool set );
no cap, that's the whole signature π four args, one int back, slay.
πΈ ARGUMENTS πΈ
interfaceβ the fm10k interface structure π like, the main character struct you're working withvidβ the VLAN vid π·οΈvsiβ VSI index number π’setβ whether to set or clear π like a little yes/no vibe check on the operation
π₯ DESCRIPTION π₯
so this function queues up a VLAN update, periodt β¨
for VFs, this has to be sent to the managing PF over the mailbox π¬ like you cannot skip the mailbox, that's the whole route, iykyk.
for PFs, we'll use the same handling so that it's similar to the VF π«Ά β same vibe, same path, consistency is iconic.
and why tho? because this avoids storming the PF<->VF mailbox with too many VLAN updates during reset ππ like imagine the mailbox just getting absolutely flooded during a reset, that's giving chaos, that's giving overwhelmed, and we are simply not doing that. this keeps it chill π§
ngl the whole point of routing both VF and PF through the same handling is that reset-time mailbox traffic stays calm instead of going full main-character meltdown π
π SEE ALSO π
the Kernel file ./drivers/net/ethernet/intel/fm10k/fm10k_netdev.c π β go read it, it's where the lore lives.
and then the whole friend group, fr fr:
fm10k_setup_tx_resources(9)fm10k_setup_all_tx_resources(9)fm10k_setup_rx_resources(9)fm10k_setup_all_rx_resources(9)fm10k_clean_tx_ring(9)fm10k_free_tx_resources(9)fm10k_clean_all_tx_rings(9)fm10k_free_all_tx_resources(9)fm10k_clean_rx_ring(9)fm10k_free_rx_resources(9)fm10k_clean_all_rx_rings(9)fm10k_free_all_rx_resources(9)fm10k_request_glort_range(9)fm10k_restore_udp_port_info(9)fm10k_udp_tunnel_sync(9)fm10k_open(9)fm10k_close(9)fm10k_tx_timeout(9)fm10k_host_mbx_ready(9)fm10k_queue_mac_request(9)fm10k_clear_macvlan_queue(9)fm10k_get_stats64(9)
like that's the entire squad right there, all (9), all iconic, all worth a read π
and that's the page bestie!! sign-off time π this one comes from the source/version line ./drivers/net/ethernet/intel/f... and it's dated October 2026 β so yeah, cute and current π« go queue those VLAN updates responsibly, ily, bye π«Άπ
π¦ 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