From: Andrea Righi <arighi@nvidia.com>
To: Peter Zijlstra <peterz@infradead.org>
Cc: Gabriele Monaco <gmonaco@redhat.com>,
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>,
sched-ext@lists.linux.dev, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2] sched/deadline: Reset dl_server execution state on stop
Date: Fri, 30 Jan 2026 17:25:56 +0100 [thread overview]
Message-ID: <aXzblMyzyUoyNF36@gpd4> (raw)
In-Reply-To: <20260130124100.GC1079264@noisy.programming.kicks-ass.net>
Hi Peter,
On Fri, Jan 30, 2026 at 01:41:00PM +0100, Peter Zijlstra wrote:
> On Fri, Jan 30, 2026 at 01:26:20PM +0100, Peter Zijlstra wrote:
> > On Fri, Jan 30, 2026 at 01:24:13PM +0100, Peter Zijlstra wrote:
> > > On Wed, Jan 28, 2026 at 02:41:40PM +0100, Andrea Righi wrote:
> > >
> > > > Just to make sure we're testing the same thing, I'm currently using
> > > > https://git.kernel.org/pub/scm/linux/kernel/git/arighi/linux.git, branch
> > > > scx-dl-server.
> > > >
> > > > I'm running this test inside virtme-ng:
> > > > $ vng -vb --config tools/testing/selftests/sched_ext/config
> > > > $ vng -v -- tools/testing/selftests/sched_ext/runner -t rt_stall
> > >
> > > Apparently you also have to actually have that runner thing built from
> > > that tree.
> > >
> > > Anyway, all I seem to be able to get (on x86) is PASS: 1 :/
> >
> > Argh, that tree has the dodgy 'fix' in. Let me go revert that.
>
> This seems to work?
Great! Makes sense to me, I re-ran all my stress tests and everything looks
good on my side. FWIW,
Tested-by: Andrea Righi arighi@nvidia.com
Can we route this through your branch / want me to send a new patch?
Thanks!
-Andrea
>
> diff --git a/kernel/sched/deadline.c b/kernel/sched/deadline.c
> index 80c9559a3e30..aa3da4d3b8e3 100644
> --- a/kernel/sched/deadline.c
> +++ b/kernel/sched/deadline.c
> @@ -1036,6 +1036,12 @@ static void update_dl_entity(struct sched_dl_entity *dl_se)
> return;
> }
>
> + /*
> + * When [4] D->A is followed by [1] A->B, dl_defer_running
> + * needs to be cleared, otherwise it will fail to properly
> + * start the zero-laxity timer.
> + */
> + dl_se->dl_defer_running = 0;
> replenish_dl_new_period(dl_se, rq);
> } else if (dl_server(dl_se) && dl_se->dl_defer) {
> /*
> @@ -1654,6 +1660,12 @@ void dl_server_update(struct sched_dl_entity *dl_se, s64 delta_exec)
> * dl_server_active = 1;
> * enqueue_dl_entity()
> * update_dl_entity(WAKEUP)
> + * if (dl_time_before() || dl_entity_overflow)
> + * dl_defer_running = 0;
> + * replenish_dl_new_period();
> + * // fwd period
> + * dl_throttled = 1;
> + * dl_defer_armed = 1;
> * if (!dl_defer_running)
> * dl_defer_armed = 1;
> * dl_throttled = 1;
next prev parent reply other threads:[~2026-01-30 16:26 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-23 16:16 [PATCH v2] sched/deadline: Reset dl_server execution state on stop Andrea Righi
2026-01-23 16:22 ` Juri Lelli
2026-01-26 14:20 ` Gabriele Monaco
2026-01-26 16:30 ` Andrea Righi
2026-01-26 16:56 ` Gabriele Monaco
2026-01-26 21:26 ` Andrea Righi
2026-01-27 8:52 ` Gabriele Monaco
2026-01-27 14:18 ` Andrea Righi
2026-01-27 16:00 ` Gabriele Monaco
2026-01-27 18:54 ` Andrea Righi
2026-01-28 9:50 ` Gabriele Monaco
2026-01-28 13:41 ` Andrea Righi
2026-01-29 11:48 ` gmonaco
2026-01-29 17:32 ` Andrea Righi
2026-01-30 7:30 ` Juri Lelli
2026-01-30 12:24 ` Peter Zijlstra
2026-01-30 12:26 ` Peter Zijlstra
2026-01-30 12:41 ` Peter Zijlstra
2026-01-30 15:52 ` Juri Lelli
2026-01-30 16:25 ` Andrea Righi [this message]
2026-01-30 16:40 ` Peter Zijlstra
2026-01-30 16:46 ` Andrea Righi
2026-01-30 22:12 ` [tip: sched/urgent] sched/deadline: Fix 'stuck' dl_server tip-bot2 for Peter Zijlstra
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=aXzblMyzyUoyNF36@gpd4 \
--to=arighi@nvidia.com \
--cc=bsegall@google.com \
--cc=changwoo@igalia.com \
--cc=dietmar.eggemann@arm.com \
--cc=gmonaco@redhat.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=peterz@infradead.org \
--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