scx_process_sync_ecaps(9)

💅 scx_process_sync_ecaps(9) 💅

okay bestie, welcome to the Kernel API Manual entry for scx_process_sync_ecaps — yes the title repeats up there, that's just how manpages are, it's giving tradition ✨

---

🌸 NAME 🌸

scx_process_sync_ecaps — sync this cpu's ecaps to pshard->caps[] 🫶

---

✨ SYNOPSIS ✨

void scx_process_sync_ecaps (struct rq *rq , struct task_struct *prev );

literally the whole signature, no cap 💅

---

🎀 ARGUMENTS 🎀

• rq — the cid's cpu rq 👑
• prev — rq's previous task from the in-progress dispatch 🦋

---

💖 DESCRIPTION 💖

so here's the tea, bestie: pshard->caps[] is the target configuration. meanwhile pcpu->ecaps is the effective transposed copy — it's owned by the cid's cpu and it gets written only here, under rq's lock. one writer, one lock, no drama 🌈

and then there's this: a sched that newly gains baseline access here is owed an update_idle so it learns the cid's idle state. periodt. such a gain arms the per-rq SCX_RQ_SUB_IDLE_RENOTIFY gate so the next idle pick delivers it 🔥 so yeah, it's a whole little chain, iykyk.

---

🦋 SEE ALSO 🦋

• Kernel file ./kernel/sched/ext/sub.c 📁
• scx_skip_subtree_pre(9)
• scx_next_descendant_pre(9)
• scx_rescue_charge(9)
• scx_rescue_end(9)
• scx_rescue_keep(9)
• scx_rescue_accrue(9)
• scx_rescue_admit(9)
• scx_rescue_try_admit(9)
• scx_rescue_check_overload(9)
• scx_rescue_timerfn(9)
• scx_resolve_local_dsq(9)
• queue_sync_ecaps(9)
• scx_unbypass_replay_ecaps(9)
• scx_discard_stale_ecaps_syncs(9)
• scx_rehome_task(9)
• scx_punt_task(9)
• scx_cgroup_claim_subtree(9)
• scx_cgroup_return_subtree(9)
• scx_cgroup_task_migrating(9)
• scx_cgroup_task_migrated(9)
• scx_cgroup_task_migrate_canceled(9)
• scx_bpf_sub_dispatch(9)
• scx_bpf_sub_grant(9)
• scx_bpf_sub_revoke(9)
• scx_bpf_sub_caps(9)
• scx_bpf_sub_kill_bstr(9)

---

💀 that's the whole list, don't skip it, these all matter fr fr

---

and that's a wrap, bestie 🧚 this page lives in ./kernel/sched/ext and it's dated October 2026 — mwah, go read some kernel source 💜🎀⭐