rtl8366rb_drop_untagged(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… rtl8366rb_drop_untagged(9) πŸ’…

okay so bestie, welcome to the Kernel API Manual ✨ β€” this is the page for rtl8366rb_drop_untagged, and honestly? it does exactly what it says on the tin, no cap. πŸŽ€


✨ NAME ✨

rtl8366rb_drop_untagged β€” makes the switch drop untagged and C-tagged frames 🫢

like, it's a switch. and it's about to be a very picky switch. πŸ’…


🌸 SYNOPSIS 🌸

int rtl8366rb_drop_untagged (struct realtek_priv *priv , int port , bool drop );

three little args, one little int coming back at you. iconic behavior honestly 😭


πŸ¦‹ ARGUMENTS πŸ¦‹

  • priv β€” the SMI state container πŸ’– (the ~vibes~ holder, the main character struct)
  • port β€” the port where you want untagged and C-tagged frames to get dropped πŸ‘‘ (yes, specifically that port, no it's not doing all of them)
  • drop β€” the actual decision, bestie: true-ish means drop those untagged and C-tagged frames, and the other way means pass them through 🌈

⭐ RETURN ⭐

  • zero for success β€” slay, it worked ✨
  • a negative number on error β€” not slay, something went wrong 😭

πŸ’œ SEE ALSO πŸ’œ

  • Kernel file ./drivers/net/dsa/realtek/rtl8366rb.c β€” go read it, iykyk πŸ“–

ngl bestie, if you're poking at a Realtek switch and wondering why some frames are just... not arriving? vibe check drop first. πŸ™ˆ

okay that's the whole page fr fr πŸ’€ β€” this little beauty lives in ./drivers/net/dsa/realtek, dated October 2026, and it's the rtl8366rb_drop_untagged(9) page from the Kernel API Manual πŸ§šπŸ’– mwah, go drop some frames (or don't, depending on the bool) πŸ“

πŸ“¦ where this page comes from