rfkill_epo(9)
β¨ rfkill_epo(9) β¨
okay so real talk, this one's from the kernel API manual, section 9, and it's lowkey the nuclear option π
π NAME π
rfkill_epo β emergency power off all transmitters π₯
πΈ SYNOPSIS πΈ
void rfkill_epo (void );
π ARGUMENTS π
voidβ no arguments, bestie. none. zero. it takes literally nothing π«Ά
π¦ DESCRIPTION π¦
okay so picture this: this function kicks every single non-suspended rfkill device straight into RFKILL_STATE_SOFT_BLOCKED π€ like it's on a mission and nothing is standing in its way β it ignores everything in its path except rfkill_global_mutex and rfkill->mutex. that's it. those two are the only things it respects. everything else? not even acknowledged π
and the icon that it is? it remembers β¨ the global state from before the EPO gets saved, so you can bring it back later with rfkill_restore_states. no cap, it's giving responsible queen energy π
ngl "emergency power off" means emergency power off β this is the dramatic main character move of the rfkill world, so treat it like one π
π SEE ALSO π
- the kernel file
./net/rfkill/core.c rfkill_set_block(9)__rfkill_switch_all(9)rfkill_switch_all(9)rfkill_restore_states(9)rfkill_remove_epo_lock(9)rfkill_is_epo_lock_active(9)rfkill_get_global_sw_state(9)
go read the whole friend group, iykyk π§
and that's the page, bestie π it lives in ./net/rfkill and it's dated October 2026, with rfkill_epo(9) stamped on it like a little signature π slay, go block those transmitters responsibly π¦β¨
π¦ 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