[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4052c4e7ed0e02d11c2219915b08928677c88ab8.camel@codethink.co.uk>
Date: Thu, 28 Nov 2024 12:37:14 +0100
From: Marcel Ziswiler <marcel.ziswiler@...ethink.co.uk>
To: Peter Zijlstra <peterz@...radead.org>
Cc: mingo@...hat.com, juri.lelli@...hat.com, vincent.guittot@...aro.org,
dietmar.eggemann@....com, rostedt@...dmis.org, bsegall@...gle.com,
mgorman@...e.de, vschneid@...hat.com, linux-kernel@...r.kernel.org,
kprateek.nayak@....com, wuyun.abel@...edance.com,
youssefesmat@...omium.org, tglx@...utronix.de, efault@....de
Subject: Re: [REGRESSION] Re: [PATCH 00/24] Complete EEVDF
On Thu, 2024-11-28 at 11:58 +0100, Peter Zijlstra wrote:
> On Thu, Nov 28, 2024 at 11:32:10AM +0100, Marcel Ziswiler wrote:
>
> > Resulting in the following crash dump (this is running v6.12.1):
[snip]
> > It looks like it is trying to enqueue an already queued deadline task. Full serial console log available
> > [1].
>
> Right, I've had a number of these reports, but so far we've not yet
> managed to figure out how it's all happening.
>
> > We are running the exact same scheduler stress test both on Intel NUCs
> > as well as RADXA ROCK 5B board farms. While so far we have not seen
> > this on amd64 it crashes consistently/reproducible on aarch64.
>
> Oooh, that's something. So far the few reports have not been (easily)
> reproducible. If this is readily reproducible on arm64 that would
> help a lot. Juri, do you have access to an arm64 test box?
As mentioned above, so far our scheduler stress test is not yet open source but Codethink is eager to share
anything which helps in resolving this.
> A very long shot:
>
> https://lkml.kernel.org/r/20241127063740.8278-1-juri.lelli@redhat.com
>
> doesn't help, does it?
No, still the same with this on top of today's -next.
Thanks!
Cheers
Marcel
Powered by blists - more mailing lists