scx_cgroup_t...ate_canceled(9)

💖 NAME 💖

okay bestie, welcome to the Kernel API Manual page for scx_cgroup_task_migrate_canceled(9) — the header shortens it to scx_cgroup_t...ate_canceled(9), but the function is full-name iconic. It does exactly one thing: undo migration preparation. 🫶

✨ SYNOPSIS ✨

void scx_cgroup_task_migrate_canceled (struct cgroup_task_migrate_ctx
*ctx );

🎀 ARGUMENTS 🎀

• ctx — the canceled migration. Like, the migration that got called off, not a fresh one 💔

💅 DESCRIPTION 💅

So here's the tea: the migration failed after scx_cgroup_task_migrating initialized the task for the destination sched. The task stays on its current sched in the source cgroup. Your whole job here is to undo the destination's init. That's it, that's the plot — no cap. 🦋

🌈 SEE ALSO 🌈

Kernel file ./kernel/sched/ext/sub.c — yes, that's the source file, go look. Also go peek at these, bestie:

• 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_process_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_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)

Source/version: ./kernel/sched/ext · date: October 2026 — that's the whole footer, bestie, mwah 💋✨