dispatch_to_local_dsq(9)
π
dispatch_to_local_dsq(9) β Kernel API Manual π
okay so bestie, welcome to the Kernel API Manual page for dispatch_to_local_dsq β yes the whole manual is literally named that, we're not being weird about it, that's just how these pages roll β¨
πΈ NAME πΈ
dispatch_to_local_dsq β Dispatch a task to a local dsq π«
β¨ SYNOPSIS β¨
void dispatch_to_local_dsq (struct scx_sched *sch , struct rq *rq ,
struct scx_dispatch_q *dst_dsq , struct task_struct *p , u64 slice , u64
vtime , u64 enq_flags );
π«Ά ARGUMENTS π«Ά
schβ thescx_schedwe're operating on, that's the whole vibe πrqβ the currentrq, and heads up: it's locked πdst_dsqβ the destination DSQ, aka wherepis headed βοΈpβ the task being dispatched, our main character fr fr πsliceβ the slice carried by the insert verdict;0keeps the current value (yes, zero is the "no change" girlie) πvtimeβ the vtime carried by the insert verdict, committed on PRIQ inserts β±οΈenq_flagsβSCX_ENQ_*π·οΈ
π DESCRIPTION π
So picture it: we're holding the rq lock (iconic, we love a locked rq) and we want to dispatch p to dst_dsq, which is a local DSQ. This function does all the synchronization dancing that's needed, because local DSQs are protected with rq locks β so yeah, there's choreography involved, and this function is the choreographer ππΊ
The caller must have exclusive ownership of p β like, for real, e.g. through SCX_OPSS_DISPATCHING. No sharing, no cap π«
β οΈ Do not come in here without exclusive ownership of p. That's the rule, bestie. The function is not gonna check your vibes for you π
π SEE ALSO π
Kernel file ./kernel/sched/ext/ext.c β and literally the entire extended universe, iykyk π₯
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)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)print_scx_info(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 page, bestie π¦ this lil masterpiece lives in ./kernel/sched/ext, dated October 2026, and it's titled dispatch_to_local_dsq(9) β go forth and dispatch responsibly, mwah π
π
π¦ 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