tcf_csum_skb_nextlayer(9)
π tcf_csum_skb_nextlayer(9) β like, the "get next layer pointer" moment π
okay bestie, welcome to the Kernel API Manual β¨ this one lives in section 9 and it's all about tcf_csum_skb_nextlayer β yes that's a mouthful, we're gonna say it together and slay it π«Ά
β¨ NAME β¨
tcf_csum_skb_nextlayer β get next layer pointer πΈ lowkey does exactly what it says on the tin.
π SYNOPSIS π
void * tcf_csum_skb_nextlayer (struct sk_buff *skb , unsigned int ihl ,
unsigned int ipl , unsigned int jhl );
that's the whole vibe check: it hands you back a void * π
π¦ ARGUMENTS π¦
skbβ thesk_buffyou're working with, bestie. the packet vessel fr fr πihlβ previous summed headers length. that's how much header we already added up πiplβ complete packet length. the whole thing, not just a lil piece πjhlβ next header length. the one we're peeking at next π
π₯ DESCRIPTION π₯
so the actual job: it checks whether the expected next layer is even available inside the sk_buff you passed in. vibe check on the packet's next layer, basically β¨
if it passes, you get the next layer pointer back π«Ά if it doesn't pass, you get NULL β that's it, that's the whole story π no cap.
π SEE ALSO π
- Kernel file
./net/sched/act_csum.cβ go read the source, iykyk π
ngl this function is short but it eats π don't forget the NULL case, it's giving main character energy and it WILL show up.
that's the page bestie! π§ from <hotpink>./net/sched</hotpink>, in the Kernel API Manual, dated October 2026 β mwah, go check your next layer pointers, ily, periodt π
π
π¦ where this page comes from
- nixpkgs unstable: linux-manual 7.3.1
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms