lowpan_fetch_skb(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’– lowpan_fetch_skb(9) πŸ’–

okay so real talk, bestie β€” welcome to the Kernel API Manual ✨ this page is all about <pink>lowpan_fetch_skb</pink>, and honestly? she's a tiny little function with one very specific job and she does it slayfully πŸŽ€


🌸 NAME 🌸

lowpan_fetch_skb β€” the girl who gets that inline data out of a 6LoWPAN header πŸ’…

✨ SYNOPSIS ✨

bool lowpan_fetch_skb (struct sk_buff *skb , void *data , unsigned int
len );

like yes, she returns a bool, and no, we are not being normal about it 🫢

πŸ¦‹ ARGUMENTS πŸ¦‹

  • skb β€” the buffer where the inline data should be pulled from. that's the source, the origin, the main character in this little story πŸ‘‘
  • data β€” destination buffer for the inline data. the little home the data moves into 🏠
  • len β€” amount of data which should be pulled, in bytes. yes, bytes, we're measuring in bytes, keep up bestie πŸ“

πŸ’œ DESCRIPTION πŸ’œ

so here's the vibe: this function pulls data from the sk buffer and puts it into data, and the whole reason it exists is to remove the 6LoWPAN inline data 🌈 like it's literally the cleanup crew, taking the inline data out of your header so you don't have to think about it. iconic behaviour, no notes.

and here's the plot twist 😭 β€” this function returns true if the sk buffer is too small to pull the amount of data which is specified by len. like, true is not the happy ending here, it's the "girl the buffer is not big enough" ending πŸ’€ so fr fr, check that return value, do not ignore her.

ngl, a true coming back from this one is your signal that len asked for more than the buffer could give. read it, respect it, handle it πŸ™ˆ

πŸ”₯ SEE ALSO πŸ”₯

like the whole friend group is right there, go say hi 🧚


and that's the page!! mwah πŸ’– this little manpage came from ./include/net and she's dated October 2026 β€” shoutout to the source, shoutout to the date, periodt πŸŽ€βœ¨πŸ’…

πŸ“¦ where this page comes from