IPTFS_DEFAUL..._DELAY_USECS(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… IPTFS_DEFAULT_INIT_DELAY_USECS(9) πŸ’…

okay so bestie, welcome to the Kernel API Manual β€” this one's a page about IPTFS_DEFAULT_INIT_DELAY_USECS, and honestly? It's a whole vibe. Short, sweet, and it lowkey controls how long your output queue sits there before anyone touches it πŸŽ€


✨ NAME ✨

IPTFS_DEFAULT_INIT_DELAY_USECS β€” the default initial output delay, no cap πŸ’–


πŸ¦‹ SYNOPSIS πŸ¦‹

IPTFS_DEFAULT_INIT_DELAY_USECS

That's it. That's the whole synopsis. Iconic behaviour, honestly πŸ‘‘


🌸 DESCRIPTION 🌸

okay so listen. The initial output delay is literally the amount of time that passes prior to servicing the output queue after queueing the first packet on said queue 🫢

And the way this works? It applies anytime the output queue was previously empty ✨ Like, every single time the queue goes from empty to "oop, there's a packet now," the clock starts ticking and this delay is what decides how long it chills before it gets serviced.

Default is 0.

Zero. Zilch. No delay. Main character energy πŸ’…


πŸ”₯ SEE ALSO πŸ”₯

Kernel file ./net/xfrm/xfrm_iptfs.c β€” plus literally the whole friend group:


πŸ’– that's the whole page, bestie πŸ’–

this little icon came straight out of ./net/xfrm, dated October 2026, and yes it's still called IPTFS_DEFAUL..._DELAY_USECS(9) because the title got truncated and we're choosing to love that for it 😭🫢 go read the actual source, ily, bye 🧚✨

πŸ“¦ where this page comes from