[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <jhjime0hrvw.mognet@arm.com>
Date: Mon, 03 Aug 2020 12:48:35 +0100
From: Valentin Schneider <valentin.schneider@....com>
To: Vladimir Oltean <olteanv@...il.com>
Cc: Robin Murphy <robin.murphy@....com>,
Kurt Kanzenbach <kurt.kanzenbach@...utronix.de>,
paulmck@...nel.org, Anna-Maria Gleixner <anna-maria@...utronix.de>,
catalin.marinas@....com, Alison Wang <alison.wang@....com>,
linux-kernel@...r.kernel.org, leoyang.li@....com,
vladimir.oltean@....com, Thomas Gleixner <tglx@...utronix.de>,
mw@...ihalf.com, will@...nel.org,
linux-arm-kernel@...ts.infradead.org, Marc Zyngier <maz@...nel.org>
Subject: Re: [RFC PATCH] arm64: defconfig: Disable fine-grained task level IRQ time accounting
On 03/08/20 12:38, Vladimir Oltean wrote:
> On Mon, Aug 03, 2020 at 10:51:32AM +0100, Robin Murphy wrote:
>>
>> Having glanced across another thread that mentions IRQ accounting
>> recently[1], I wonder if the underlying bug here might have something do to
>> with the stuff that Marc's trying to clean up.
>>
>> Robin.
>>
>> [1] https://lore.kernel.org/linux-arm-kernel/20200624195811.435857-16-maz@kernel.org/
>
> Thanks Robin. I've applied Marc's "[PATCH v2 00/17] arm/arm64: Turning
> IPIs into normal interrupts" series and the LS1028A I'm debugging hangs
> in absolutely the same way.
>
I'm not too surprised by that, wrt accounting this mostly changes where the
stores go to and barely shuffles when they happen (slightly earlier on the
IPI handling path).
FWIW I've had 'stress-ng --hrtimers 1' running on my Juno and eMAG for ~15
minutes and haven't had a splat yet.
> -Vladimir
Powered by blists - more mailing lists