dsa_software_vlan_untag(9)
β¨ dsa_software_vlan_untag(9) β¨
okay so bestie, welcome to the manual page for dsa_software_vlan_untag β it lives in the Kernel API Manual and it's lowkey one of those little helpers that keeps the DSA receive path from getting its vibe wrecked π
π NAME π
dsa_software_vlan_untag β Software VLAN untagging in the DSA receive path. that's it, that's the whole name, and it ate π
πΈ SYNOPSIS πΈ
struct sk_buff * dsa_software_vlan_untag (struct sk_buff *skb );
like, it takes an skb and gives you back an skb. main character energy fr fr β¨
π¦ ARGUMENTS π¦
skbβ Pointer to socket buffer (packet). that's the packet you're handing over, bestie π«Ά
π DESCRIPTION π
okay so picture this: this is a receive path method for switches which send some packets as VLAN-tagged towards the CPU port (generally from VLAN-aware bridge ports) even when the packet was not tagged on the wire. iconic behaviour honestly π
it gets called when ds->untag_bridge_pvid (legacy) or ds->untag_vlan_aware_bridge_pvid is set to true. so if either of those is true, this function is the one showing up to the group chat π₯
side effect alert π¨ β as a side effect of this method, any VLAN tag from theskbhead is moved tohwaccel. not a drill, that's literally what happens, so don't be surprised when your tag's address changes π
π SEE ALSO π
- Kernel file
./net/dsa/tag.h dsa_software_untag_vlan_aware_bridge(9)dsa_software_untag_vlan_unaware_bridge(9)module_dsa_tag_drivers(9)module_dsa_tag_driver(9)
go read those too, they're all in the same friend group iykyk π
and that's the page, bestie! this one's from the ./net/dsa source (version vibes: ./net/dsa) and it's dated October 2026 β so yes, we're reading a manpage from the future and it's serving β¨π stay hydrated, tag your packets responsibly, 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