fm10k_queue_vlan_request(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ 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 with
  • vid β€” 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:

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