print_scx_info(9)

πŸ“¦ version 7.3.1, in nixpkgs unstable

okay so bestie, this is print_scx_info from the Kernel API Manual (section 9) β€” the sched_ext scheduler’s little state-reporting bestie πŸ’–

✨ NAME ✨

print_scx_info β€” print out sched_ext scheduler state. periodt. πŸ’…

πŸ¦‹ SYNOPSIS πŸ¦‹

void print_scx_info (const char *log_lvl , struct task_struct *p );

πŸŽ€ ARGUMENTS πŸŽ€

  • log_lvl β€” the log level to use when printing. it’s literally the volume setting for the output πŸ—£οΈ
  • p β€” target task. the task whose lore we’re checking πŸ‘‘

πŸ”₯ DESCRIPTION πŸ”₯

If a sched_ext scheduler is enabled, print_scx_info prints the name and state of the scheduler. slay, scheduler update unlocked ✨ If p is on sched_ext, it also prints further information about the task. more info, more vibes πŸ’…

This function can be safely called on any task as long as the task_struct itself is accessible. so like, safe-safe, as long as you can actually get to the task_struct 🫢 But it isn’t synchronized, and it may print out mixups or garbages of limited length. that’s the real tea: safe to call, but not synchronized, and the output can be mixed-up or garbage-y and only limited in length. not a crash warning, just a β€œbestie, the printout might be a little chaotic” warning 😭

πŸ’œ SEE ALSO πŸ’œ

Kernel file ./kernel/sched/ext/ext.c, plus literally the whole scx extended universe:

scx_is_descendant(9), rq_is_open(9), scx_fill_cmask_scratch(9), scx_call_op_set_cpumask(9), nldsq_next_task(9), nldsq_cursor_next_task(9), nldsq_cursor_lost_task(9), scx_task_iter_start(9), scx_task_iter_unlock(9), scx_task_iter_relock(9), scx_task_iter_stop(9), scx_task_iter_next(9), scx_task_iter_next_locked(9), scx_dump_event(9), wait_ops_state(9), scx_cpu_valid(9), schedule_deferred(9), schedule_deferred_locked(9), dsq_insert_head(9), set_task_slice_keep_oob(9), scx_task_slice_ended(9), move_remote_task_to_local_dsq(9), unlink_dsq_and_switch_rq_lock(9), move_task_between_dsqs(9), dispatch_to_local_dsq(9), finish_dispatch(9), scx_prio_less(9), __scx_init_task(9), task_dead_and_done(9), scx_tg_sched(9), scx_tg_knob_sched(9), handle_lockup(9), scx_rcu_cpu_stall(9), scx_softlockup(9), scx_hardlockup(9), unbypass_renotify_idle(9), scx_bypass(9), scx_propagate_exit_irq_workfn(9), scx_flush_disable_work(9), scx_bpf_dsq_insert___v2(9), __scx_bpf_dsq_insert_vtime(9), scx_bpf_dispatch_nr_slots(9), scx_bpf_dispatch_cancel(9), scx_bpf_dsq_move_to_local___v2(9), scx_bpf_dsq_move_set_slice(9), scx_bpf_dsq_move_set_vtime(9), scx_bpf_dsq_move(9), scx_bpf_dsq_move_vtime(9), scx_bpf_reenqueue_local(9), scx_bpf_create_dsq(9), scx_bpf_task_set_slice(9), scx_bpf_task_set_dsq_vtime(9), scx_bpf_kick_cpu(9), scx_bpf_kick_cid(9), scx_bpf_dsq_nr_queued(9), scx_bpf_destroy_dsq(9), bpf_iter_scx_dsq_new(9), bpf_iter_scx_dsq_next(9), bpf_iter_scx_dsq_destroy(9), scx_bpf_dsq_peek(9), scx_bpf_dsq_reenq(9), scx_bpf_reenqueue_local___v2(9), scx_bpf_exit_bstr(9), scx_bpf_error_bstr(9), scx_bpf_dump_bstr(9), scx_bpf_cpuperf_cap(9), scx_bpf_cidperf_cap(9), scx_bpf_cpuperf_cur(9), scx_bpf_cidperf_cur(9), scx_bpf_cpuperf_set(9), scx_bpf_cidperf_set(9), scx_bpf_nr_node_ids(9), scx_bpf_nr_cpu_ids(9), scx_bpf_nr_cids(9), scx_bpf_nr_online_cids(9), scx_bpf_online_cmask(9), scx_bpf_this_cid(9), scx_bpf_get_possible_cpumask(9), scx_bpf_get_online_cpumask(9), scx_bpf_put_cpumask(9), scx_bpf_task_running(9), scx_bpf_task_cpu(9), scx_bpf_task_cid(9), scx_bpf_locked_rq(9), scx_bpf_cpu_curr(9), scx_bpf_cid_curr(9), scx_bpf_tid_to_task(9), scx_bpf_now(9), scx_bpf_events(9), scx_bpf_task_cgroup(9)

and that’s the whole page, bestie 🫢 source/version: ./kernel/sched/ext; date: October 2026. mwah πŸ’‹

πŸ“¦ where this page comes from