dsa_software_vlan_untag(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ 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 the skb head is moved to hwaccel. not a drill, that's literally what happens, so don't be surprised when your tag's address changes πŸ’€

🌈 SEE ALSO 🌈

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