From: Peter Zijlstra <peterz@infradead.org>
To: Andrea Righi <arighi@nvidia.com>
Cc: Ingo Molnar <mingo@redhat.com>,
Juri Lelli <juri.lelli@redhat.com>,
Vincent Guittot <vincent.guittot@linaro.org>,
Dietmar Eggemann <dietmar.eggemann@arm.com>,
Steven Rostedt <rostedt@goodmis.org>,
Ben Segall <bsegall@google.com>, Mel Gorman <mgorman@suse.de>,
Valentin Schneider <vschneid@redhat.com>,
Tejun Heo <tj@kernel.org>, Joel Fernandes <joelagnelf@nvidia.com>,
David Vernet <void@manifault.com>,
Changwoo Min <changwoo@igalia.com>,
Daniel Hodges <hodgesd@meta.com>,
Christian Loehle <christian.loehle@arm.com>,
Emil Tsalapatis <emil@etsalapatis.com>,
sched-ext@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 4/7] sched_ext: Add a DL server for sched_ext tasks
Date: Mon, 2 Feb 2026 20:50:35 +0100 [thread overview]
Message-ID: <20260202195035.GG1282955@noisy.programming.kicks-ass.net> (raw)
In-Reply-To: <20260126100050.3854740-5-arighi@nvidia.com>
On Mon, Jan 26, 2026 at 10:59:02AM +0100, Andrea Righi wrote:
> @@ -3181,6 +3193,36 @@ void dl_add_task_root_domain(struct task_struct *p)
> raw_spin_unlock_irqrestore(&p->pi_lock, rf.flags);
> }
>
> +static void dl_server_add_bw(struct root_domain *rd, int cpu)
> +{
> + struct sched_dl_entity *dl_se;
> +
> + dl_se = &cpu_rq(cpu)->fair_server;
> + if (dl_server(dl_se) && cpu_active(cpu))
> + __dl_add(&rd->dl_bw, dl_se->dl_bw, dl_bw_cpus(cpu));
> +
> +#ifdef CONFIG_SCHED_CLASS_EXT
> + dl_se = &cpu_rq(cpu)->ext_server;
> + if (dl_server(dl_se) && cpu_active(cpu))
> + __dl_add(&rd->dl_bw, dl_se->dl_bw, dl_bw_cpus(cpu));
> +#endif
> +}
> +
> +static u64 dl_server_read_bw(int cpu)
> +{
> + u64 dl_bw = 0;
> +
> + if (cpu_rq(cpu)->fair_server.dl_server)
> + dl_bw += cpu_rq(cpu)->fair_server.dl_bw;
> +
> +#ifdef CONFIG_SCHED_CLASS_EXT
> + if (cpu_rq(cpu)->ext_server.dl_server)
> + dl_bw += cpu_rq(cpu)->ext_server.dl_bw;
> +#endif
> +
> + return dl_bw;
> +}
Should not this also depend on scx_enabled()? It seems unfortunate to
consume bandwidth if scx isn't even enabled.
> @@ -1501,6 +1503,10 @@ static void enqueue_task_scx(struct rq *rq, struct task_struct *p, int enq_flags
> if (enq_flags & SCX_ENQ_WAKEUP)
> touch_core_sched(rq, p);
>
> + /* Start dl_server if this is the first task being enqueued */
> + if (rq->scx.nr_running == 1)
> + dl_server_start(&rq->ext_server);
> +
> do_enqueue_task(rq, p, enq_flags, sticky_cpu);
> out:
> rq->scx.flags &= ~SCX_RQ_IN_WAKEUP;
So this starts the dl_server for the CPU the thing gets enqueued on, but
SCX being what it is, there is absolutely no guarantee its actually ever
pickable from there, right?
Does it make sense to delay this until its a DSQ_LOCAL enqueue? Or will
it never get that far without help?
next prev parent reply other threads:[~2026-02-02 19:50 UTC|newest]
Thread overview: 40+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-26 9:58 [PATCHSET v12 sched_ext/for-6.20] Add a deadline " Andrea Righi
2026-01-26 9:58 ` [PATCH 1/7] sched/deadline: Clear the defer params Andrea Righi
2026-02-03 11:18 ` [tip: sched/core] " tip-bot2 for Joel Fernandes
2026-01-26 9:59 ` [PATCH 2/7] sched/debug: Fix updating of ppos on server write ops Andrea Righi
2026-02-03 11:18 ` [tip: sched/core] " tip-bot2 for Joel Fernandes
2026-01-26 9:59 ` [PATCH 3/7] sched/debug: Stop and start server based on if it was active Andrea Righi
2026-02-02 21:13 ` Peter Zijlstra
2026-02-02 21:14 ` Peter Zijlstra
2026-02-02 21:17 ` Peter Zijlstra
2026-02-02 22:37 ` Andrea Righi
2026-02-03 10:34 ` Peter Zijlstra
2026-02-03 11:18 ` [tip: sched/core] sched/debug: Fix dl_server (re)start conditions tip-bot2 for Peter Zijlstra
2026-02-03 13:50 ` [PATCH 3/7] sched/debug: Stop and start server based on if it was active Andrea Righi
2026-02-03 10:11 ` Andrea Righi
2026-02-03 11:18 ` [tip: sched/core] " tip-bot2 for Joel Fernandes
2026-01-26 9:59 ` [PATCH 4/7] sched_ext: Add a DL server for sched_ext tasks Andrea Righi
2026-02-02 19:50 ` Peter Zijlstra [this message]
2026-02-02 20:32 ` Andrea Righi
2026-02-02 21:10 ` Peter Zijlstra
2026-02-02 22:18 ` Andrea Righi
2026-02-03 11:18 ` [tip: sched/core] " tip-bot2 for Andrea Righi
2026-01-26 9:59 ` [PATCH 5/7] sched/debug: Add support to change sched_ext server params Andrea Righi
2026-02-03 11:18 ` [tip: sched/core] " tip-bot2 for Joel Fernandes
2026-01-26 9:59 ` [PATCH 6/7] selftests/sched_ext: Add test for sched_ext dl_server Andrea Righi
2026-02-03 11:18 ` [tip: sched/core] " tip-bot2 for Andrea Righi
2026-01-26 9:59 ` [PATCH 7/7] selftests/sched_ext: Add test for DL server total_bw consistency Andrea Righi
2026-02-03 11:18 ` [tip: sched/core] " tip-bot2 for Joel Fernandes
2026-02-02 16:45 ` [PATCHSET v12 sched_ext/for-6.20] Add a deadline server for sched_ext tasks Tejun Heo
2026-02-02 19:56 ` Peter Zijlstra
2026-02-02 20:20 ` Tejun Heo
-- strict thread matches above, loose matches on Subject: below --
2026-01-20 21:50 [PATCHSET RESEND v11 " Andrea Righi
2026-01-20 21:50 ` [PATCH 4/7] sched_ext: Add a DL " Andrea Righi
2026-01-21 12:29 ` Peter Zijlstra
2026-01-21 12:49 ` Andrea Righi
2026-01-21 15:52 ` Peter Zijlstra
2026-01-21 17:27 ` Andrea Righi
2026-01-21 12:31 ` Peter Zijlstra
2026-01-21 12:51 ` Andrea Righi
2025-12-17 9:35 [PATCHSET v11 sched_ext/for-6.20] Add a deadline " Andrea Righi
2025-12-17 9:35 ` [PATCH 4/7] sched_ext: Add a DL " Andrea Righi
2025-12-17 15:49 ` Juri Lelli
2025-12-17 20:35 ` Andrea Righi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20260202195035.GG1282955@noisy.programming.kicks-ass.net \
--to=peterz@infradead.org \
--cc=arighi@nvidia.com \
--cc=bsegall@google.com \
--cc=changwoo@igalia.com \
--cc=christian.loehle@arm.com \
--cc=dietmar.eggemann@arm.com \
--cc=emil@etsalapatis.com \
--cc=hodgesd@meta.com \
--cc=joelagnelf@nvidia.com \
--cc=juri.lelli@redhat.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=rostedt@goodmis.org \
--cc=sched-ext@lists.linux.dev \
--cc=tj@kernel.org \
--cc=vincent.guittot@linaro.org \
--cc=void@manifault.com \
--cc=vschneid@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome