iptfs_input_ordered(9)
Okay bestie, buckle up: this is iptfs_input_ordered(9) from the Kernel API Manual, and itβs giving βsmall function, very important jobβ energy π
β¨
π NAME π
iptfs_input_ordered β handle next in order IPTFS payload. Thatβs the whole name vibe, no cap.
β¨ SYNOPSIS β¨
void iptfs_input_ordered (struct xfrm_state *x , struct sk_buff *skb );
π«Ά ARGUMENTS π«Ά
xβ thexfrmstate. Yes, literally an xfrm state π¦skbβ the current packet. The packet in question, the main-character skb π
πΈ DESCRIPTION πΈ
So what does it actually do? It processes the IPTFS payload in skb and consumes skb afterwards. Thatβs the description, bestie β it handles the payload, then eats the skb. No crumbs left behind πβ¨
π¦ SEE ALSO π¦
Related pages and the kernel file are all right here β collect them like little lore drops π
- Kernel file
./net/xfrm/xfrm_iptfs.c IPTFS_DEFAULT_DROP_TIME_USECS(9)IPTFS_DEFAULT_REORDER_WINDOW(9)IPTFS_DEFAULT_INIT_DELAY_USECS(9)IPTFS_DEFAULT_MAX_QUEUE_SIZE(9)struct xfrm_iptfs_config(9)struct xfrm_iptfs_data(9)iptfs_alloc_skb(9)iptfs_skb_head_to_frag(9)struct iptfs_skb_frag_walk(9)iptfs_skb_prepare_frag_walk(9)iptfs_skb_can_add_frags(9)iptfs_skb_add_frags(9)iptfs_pskb_add_frags(9)iptfs_pskb_extract_seq(9)iptfs_input_save_runt(9)__iptfs_iphlen(9)__iptfs_iplen(9)iptfs_complete_inner_skb(9)iptfs_reassem_abort(9)iptfs_reassem_done(9)iptfs_reassem_cont(9)iptfs_drop_timer(9)iptfs_input(9)iptfs_enqueue(9)iptfs_copy_create_frag(9)iptfs_copy_create_frags(9)iptfs_first_skb(9)iptfs_encap_add_ipv4(9)iptfs_encap_add_ipv6(9)iptfs_prepare_output(9)__iptfs_get_inner_mtu(9)iptfs_get_inner_mtu(9)iptfs_user_init(9)
And thatβs the page, bestie β source/version: ./net/xfrm, date: October 2026 ππβ¨
π¦ 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