llc_pdu_init_as_xid_cmd(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… llc_pdu_init_as_xid_cmd β€” from the Kernel API Manual (section 9, bestie)

okay so picture this: you're deep in kernel-land, right, and there's this little function called llc_pdu_init_as_xid_cmd and honestly? it has one job and it does it immaculately. It's the "sets bytes 3, 4 & 5 of LLC header as XID" girlie. That's the whole name, that's the whole vibe. πŸŽ€


✨ SYNOPSIS ✨

void llc_pdu_init_as_xid_cmd (struct sk_buff *skb , u8 svcs_supported ,
       u8 rx_window );

notice how it's void? yeah, it gives you nothing back. no return value, no little treat, it just does its thing to the skb and dips. main character behavior honestly πŸ’…


🌸 ARGUMENTS 🌸

  • skb β€” the input skb, aka the packet whose header needs to get set up. it's giving "put the header in here please." 🫢
  • svcs_supported β€” the class of the LLC. your options are I or II, and that's it, that's the menu. πŸ“
  • rx_window β€” the size of the receive window of the LLC. just a number letting everyone know how much room there is to work with. ✨

πŸ¦‹ DESCRIPTION πŸ¦‹

so what does it actually do? bestie, it sets the third, fourth, fifth and sixth bytes of the LLC header as a XID PDU. that's it. that's the whole function. no cap, no plot twist, no drama β€” just bytes getting placed exactly where they belong and looking iconic while doing it. πŸ‘‘

quick heads up: the NAME up top says bytes 3, 4 & 5, and the DESCRIPTION says third, fourth, fifth and sixth. both of those are straight from the source, so I'm not gonna gaslight you by picking one β€” that's just how it's written, periodt. πŸ’€

πŸ’œ SEE ALSO πŸ’œ

okay the friend group is large and they all showed up to support:


and that's the page, bestie!! sourced from ./include/net, dated October 2026, and filed under llc_pdu_init_as_xid_cmd(9) in the Kernel API Manual. go forth and set those header bytes, ily, don't forget to vibe check your skb first πŸ’–πŸ§šβ­

πŸ“¦ where this page comes from