iptfs_drop_timer(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

✨ iptfs_drop_timer β€” a kernel API manual, but make it make sense ✨

okay so bestie, this one's from the Kernel API Manual, section 9 (that's the kernel-functions girlies πŸ’…). Sit down, hydrate, and let's get into it 🫢


πŸ’– NAME πŸ’–

iptfs_drop_timer β€” literally just handles drop timer expiry. That's the whole job. She's the one who shows up when the timer goes off ⏰


🌸 SYNOPSIS 🌸

enum hrtimer_restart iptfs_drop_timer (struct hrtimer *me );

yes it returns an enum hrtimer_restart, and yes the parameter is just called me. main character energy fr fr πŸ‘‘


πŸŽ€ ARGUMENTS πŸŽ€

  • me β€” the timer. that's it. that's the argument. she's just out here being a timer πŸ•°οΈ

πŸ¦‹ DESCRIPTION πŸ¦‹

So this is similar to our input function, iykyk β€” same vibe, different circumstances ✨

The drop timer gets set in two situations, and you need to know both:

  • when we start an in progress reassembly, and
  • when we save a future packet in the window saved array
NOTE πŸ“Œ packets in the save window are always newer WRT drop times as they get further in the future. Like, for real, check it:

if slots (S0, S1, ... Sn) and Dn is the drop time for slot Sn, then D(n-1) <= D(n).

So the drop times only ever go up as you walk the slots β€” no weird time-travel nonsense, ever 🧚

Which means... regardless of why the timer is firing, we can always discard any inprogress fragment. Always. And here's the reasoning, because she's not just being chaotic:

  • either it's the reassembly timer, or
  • slot 0 is going to be dropped, because S0 must have the most recent drop time, and slot 0 holds the continuation fragment of the in progress packet

Basically slot 0 is the one holding the bag, so she's packing up either way πŸ’€

Returns HRTIMER_NORESTART. No restart, bestie. She does her thing and she's out 🌈


πŸ‘‘ SEE ALSO πŸ‘‘

okay this list is LONG, so buckle up. Kernel file ./net/xfrm/xfrm_iptfs.c, plus the whole friend group:


and that's the page, babes πŸ“ this one lives in ./net/xfrm and is dated October 2026 β€” yes, the future, we're ahead of schedule πŸ’œ mwah, go read your man pages πŸ’…

πŸ“¦ where this page comes from