ice_vf_vsi_...cy_vlan_mode(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… ice_vf_vsi_...cy_vlan_mode(9)

okay bestie, welcome to the Kernel API Manual ✨ this one's a lil kernel function living in the Intel ice driver, and honestly? it's giving "niche but crucial." let's get into it 🫢


🌸 NAME 🌸

ice_vf_vsi_cfg_svm_legacy_vlan_mode β€” configures the VLAN mode for the old-school VFs when SVM is the vibe πŸ’–


✨ SYNOPSIS ✨

void ice_vf_vsi_cfg_svm_legacy_vlan_mode (struct ice_vsi *vsi );

she takes exactly one argument, she returns nothing (void), she's lowkey minimal and that's iconic πŸ’…


πŸŽ€ ARGUMENTS πŸŽ€

  • vsi β€” the VF's VSI that's being configured. that's her. that's the one getting the makeover ✨

πŸ¦‹ DESCRIPTION πŸ¦‹

okay so listen, because this one comes with conditions πŸ‘‘

you should only call this when all three of these are true, no cap:

  • Single VLAN Mode (SVM) is enabled
  • there is not a port VLAN enabled on this VF
  • the VF negotiates VIRTCHNL_VF_OFFLOAD_VLAN

like, it's a very specific situation and she's the very specific girl for it πŸ’β€β™€οΈ

here's the tea: all of the normal SVM VLAN ops are literally identical for this case. same energy. the one plot twist? by default, Rx VLAN filtering should be turned off by default in this case. not a bug, not a mistake β€” that's just how it's supposed to be, periodt πŸ”₯


🌈 SEE ALSO 🌈


🫢 friendly reminder bestie: the whole "no port VLAN + SVM enabled + VIRTCHNL_VF_OFFLOAD_VLAN negotiated" thing isn't a suggestion, it's the whole entry condition. don't skip the vibe check πŸ’€

and that's the page! brought to you by the good people hanging out in ./drivers/net/ethernet/intel/ice 🧚 dated October 2026 β€” mwah, go slay your VLAN configs πŸ’œβ­

πŸ“¦ where this page comes from