[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <b51f217d565609ae87395c8e23e62b15e489a0a4.camel@gmx.de>
Date: Tue, 28 Jan 2025 16:20:57 +0100
From: Mike Galbraith <efault@....de>
To: Peter Zijlstra <peterz@...radead.org>
Cc: Ron Economos <re@...z.net>, Arnd Bergmann <arnd@...db.de>, Naresh
Kamboju <naresh.kamboju@...aro.org>, Greg Kroah-Hartman
<gregkh@...uxfoundation.org>, stable@...r.kernel.org,
patches@...ts.linux.dev, linux-kernel@...r.kernel.org, Linus Torvalds
<torvalds@...ux-foundation.org>, Andrew Morton <akpm@...ux-foundation.org>,
Guenter Roeck <linux@...ck-us.net>, shuah <shuah@...nel.org>,
patches@...nelci.org, lkft-triage@...ts.linaro.org, Pavel Machek
<pavel@...x.de>, Jon Hunter <jonathanh@...dia.com>, Florian Fainelli
<f.fainelli@...il.com>, Sudip Mukherjee <sudipm.mukherjee@...il.com>,
srw@...dewatkins.net, rwarsow@....de, Conor Dooley <conor@...nel.org>,
hargar@...rosoft.com, Mark Brown <broonie@...nel.org>, Anders Roxell
<anders.roxell@...aro.org>, Vincent Guittot <vincent.guittot@...aro.org>,
Dan Carpenter <dan.carpenter@...aro.org>
Subject: Re: [PATCH 6.12 000/122] 6.12.11-rc1 review
On Tue, 2025-01-28 at 15:39 +0100, Peter Zijlstra wrote:
> On Tue, Jan 28, 2025 at 12:46:07PM +0100, Mike Galbraith wrote:
>
> > Seems 6.13 is gripe free thanks to it containing 4423af84b297.
> >
> > I stumbled upon a reproducer for my x86_64 desktop box: all I need do
> > is fire up a kvm guest in an enterprise configured host. That inspires
> > libvirt goop to engage group scheduling, splat follows instantly.
> >
> > Back 4423af84b297 out of 6.13, it starts griping, add it to a 6.12 tree
> > containing 6d71a9c61604, it stops doing so.
>
> Ooh, does something like the below (+- reverse-renames as applicable to
> .12) also help?
Yup, seems to, 6.13 sans 4423af84b297 stopped griping.
> ---
> diff --git a/kernel/sched/fair.c b/kernel/sched/fair.c
> index b67222dea491..8766f7d3d297 100644
> --- a/kernel/sched/fair.c
> +++ b/kernel/sched/fair.c
> @@ -3781,6 +3781,7 @@ static void reweight_entity(struct cfs_rq *cfs_rq, struct sched_entity *se,
> update_entity_lag(cfs_rq, se);
> se->deadline -= se->vruntime;
> se->rel_deadline = 1;
> + cfs_rq->nr_queued--;
> if (!curr)
> __dequeue_entity(cfs_rq, se);
> update_load_sub(&cfs_rq->load, se->load.weight);
> @@ -3811,6 +3812,7 @@ static void reweight_entity(struct cfs_rq *cfs_rq, struct sched_entity *se,
> place_entity(cfs_rq, se, 0);
> if (!curr)
> __enqueue_entity(cfs_rq, se);
> + cfs_rq->nr_queued++;
>
> /*
> * The entity's vruntime has been adjusted, so let's check
Powered by blists - more mailing lists