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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.