percpu_ref_resurrect(9)
π NAME π
Hii bestie, this is the Kernel API Manual page for percpu_ref_resurrect(9), and it's literally about bringing a percpu refcount back from the dead: modify a percpu refcount from dead to live. It's giving resurrection arc, no cap β¨
β¨ SYNOPSIS β¨
void percpu_ref_resurrect (struct percpu_ref *ref );
π ARGUMENTS π
refβ theperpcu_refto resurrect. Yes bestie, that spelling is in the original, we're keeping it exactly π«Ά
π¦ DESCRIPTION π¦
Okay so what this does: modify ref so that it's in the same state as before percpu_ref_kill was called. Simple concept, iconic execution π
But listen: ref must be dead but must not yet have exited. That's the vibe check, and it has to pass.
Bestie, real talk: ifref->releasefreesref, then the caller is responsible for guaranteeing thatref->releasedoes not get called while this function is in progress. Do not skip that part, fr fr π
Also, a little note that matters: percpu_ref_tryget[_live]() are safe to perform on ref while this function is in progress. So yes, those can happen during the resurrection era π
πΈ SEE ALSO πΈ
The kernel file is ./lib/percpu-refcount.c, and the whole squad is:
percpu_ref_init(9)percpu_ref_exit(9)percpu_ref_switch_to_atomic(9)percpu_ref_switch_to_atomic_sync(9)percpu_ref_switch_to_percpu(9)percpu_ref_kill_and_confirm(9)percpu_ref_is_zero(9)percpu_ref_reinit(9)
mwah π β source/version ./lib, dated October 2026, page filed under percpu_ref_resurrect(9). Catch u on the next manpage, bestie π«Άπ
π¦ 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