scx_rescue_end(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

πŸ’… scx_rescue_end(9) β€” like, the Kernel API Manual page you actually wanna read πŸŽ€

okay so bestie, welcome to scx_rescue_end(9) from the Kernel API Manual β€” yes that Kernel API Manual β€” and no cap, this one's short but it's packed. it's giving "small function, big consequences." let's get into it πŸ¦‹


✨ NAME ✨

scx_rescue_end β€” end the rescue execution on @rq πŸ’«

like, literally the function that says "okay the rescue sesh is OVER, everybody out" 🫢


🌸 SYNOPSIS 🌸

void scx_rescue_end (struct rq *rq );

that's it. that's the whole vibe check. one arg, returns nothing, main character energy πŸ”₯


πŸŽ€ ARGUMENTS πŸŽ€

  • rq β€” rq of interest πŸ‘€ like, the runqueue you're curious about. that's the one. that's your girl.

πŸ’– DESCRIPTION πŸ’–

okay so here's the tea β˜• β€” when no rescuee is left pending, the session is over, and the balance above one quantum dies with it. literally dies. gone. πŸ’€

and like, that's a good thing actually, because otherwise that balance would become a banked license to preempt the cid owner long after the starvation ended β€” and ngl bestie, that is not the vibe. we are NOT letting stale preemption privileges hang around post-starvation. that's giving messy. πŸ™ˆ

but!! ✨ while waiters remain ✨, the accrued deficit belongs to the queue and carries into the next rescue. so it's not lost, it's just, like, relocating. lowkey iconic behavior honestly πŸ‘‘

fr fr the rule is simple: session over β†’ the above-one-quantum balance goes with it; waiters still waiting β†’ the deficit stays with the queue and rolls on into the next rescue. two different fates, both on purpose πŸ’…

πŸ¦‹ SEE ALSO πŸ¦‹

the whole friend group, omg β€” go read these next, they're all in ./kernel/sched/ext/sub.c in the kernel file:


and that's the whole page, bestie πŸ’œ no more notes, no more lore.

kisses from ./kernel/sched/ext, dated October 2026 β€” mwah πŸ’‹βœ¨

πŸ“¦ where this page comes from