skb_frag_ref(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… skb_frag_ref β€” like, the kernel API manual, section 9 btw πŸŽ€

okay so bestie, welcome to skb_frag_ref(9) β€” yes that's the manual section, we're in the big-kid kernel docs now, main character energy only ✨


πŸ¦‹ NAME πŸ¦‹

skb_frag_ref β€” takes an addition reference on a paged fragment of an skb. that's it, that's the whole vibe πŸ’… (yes, the original really says "addition", not "additional" β€” we respect the lore 🫢)


✨ SYNOPSIS ✨

void skb_frag_ref (struct sk_buff *skb , int f );

literally the whole signature, no cap. it returns void, so don't go looking for a return value, there isn't one 🌸


πŸ’– ARGUMENTS πŸ’–

  • skb β€” the buffer 🧚
  • f β€” the fragment offset.

πŸ”₯ DESCRIPTION πŸ”₯

so what it actually does: it takes an additional reference on the f'th paged fragment of skb. that's the entire plot, and honestly? it ate πŸ’€πŸ‘‘

like, you point at fragment number f inside skb and you're like "mine now, also mine again" and the refcount goes up. iconic behavior, no notes 🌈


πŸ“ SEE ALSO πŸ“

the friend group fr fr β€” go say hi to the unref girlies, iykyk πŸ’œ


ngl the file lives in ./include/linux and the page is dated October 2026, so bestie it's giving future-core πŸ¦‹β­ anyway bye, ily, go ref some fragments πŸ’…πŸŽ€
πŸ“¦ where this page comes from