From: Valentin Schneider <valentin.schneider@arm.com> To: Vladimir Oltean <olteanv@gmail.com> Cc: Robin Murphy <robin.murphy@arm.com>, Kurt Kanzenbach <kurt.kanzenbach@linutronix.de>, paulmck@kernel.org, Anna-Maria Gleixner <anna-maria@linutronix.de>, catalin.marinas@arm.com, Alison Wang <alison.wang@nxp.com>, linux-kernel@vger.kernel.org, leoyang.li@nxp.com, vladimir.oltean@nxp.com, Thomas Gleixner <tglx@linutronix.de>, mw@semihalf.com, will@kernel.org, linux-arm-kernel@lists.infradead.org, Marc Zyngier <maz@kernel.org> Subject: Re: [RFC PATCH] arm64: defconfig: Disable fine-grained task level IRQ time accounting Date: Mon, 03 Aug 2020 12:48:35 +0100 [thread overview] Message-ID: <jhjime0hrvw.mognet@arm.com> (raw) In-Reply-To: <20200803113841.pqqpo4hqfwru3upq@skbuf> 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
WARNING: multiple messages have this Message-ID (diff)
From: Valentin Schneider <valentin.schneider@arm.com> To: Vladimir Oltean <olteanv@gmail.com> Cc: Marc Zyngier <maz@kernel.org>, paulmck@kernel.org, Robin Murphy <robin.murphy@arm.com>, Alison Wang <alison.wang@nxp.com>, linux-kernel@vger.kernel.org, leoyang.li@nxp.com, vladimir.oltean@nxp.com, will@kernel.org, catalin.marinas@arm.com, Kurt Kanzenbach <kurt.kanzenbach@linutronix.de>, Thomas Gleixner <tglx@linutronix.de>, mw@semihalf.com, Anna-Maria Gleixner <anna-maria@linutronix.de>, linux-arm-kernel@lists.infradead.org Subject: Re: [RFC PATCH] arm64: defconfig: Disable fine-grained task level IRQ time accounting Date: Mon, 03 Aug 2020 12:48:35 +0100 [thread overview] Message-ID: <jhjime0hrvw.mognet@arm.com> (raw) In-Reply-To: <20200803113841.pqqpo4hqfwru3upq@skbuf> 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 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2020-08-03 11:48 UTC|newest] Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top 2020-07-29 3:39 [RFC PATCH] arm64: defconfig: Disable fine-grained task level IRQ time accounting Alison Wang 2020-07-29 3:39 ` Alison Wang 2020-07-29 8:40 ` Kurt Kanzenbach 2020-07-29 8:40 ` Kurt Kanzenbach 2020-07-29 8:50 ` [EXT] " Alison Wang 2020-07-29 8:50 ` Alison Wang 2020-07-29 9:49 ` Vladimir Oltean 2020-07-29 9:49 ` Vladimir Oltean 2020-07-30 7:23 ` Kurt Kanzenbach 2020-07-30 7:23 ` Kurt Kanzenbach 2020-07-30 8:22 ` Vladimir Oltean 2020-07-30 8:22 ` Vladimir Oltean 2020-08-03 8:04 ` Kurt Kanzenbach 2020-08-03 8:04 ` Kurt Kanzenbach 2020-08-03 8:16 ` Vladimir Oltean 2020-08-03 8:16 ` Vladimir Oltean 2020-08-03 9:51 ` Robin Murphy 2020-08-03 9:51 ` Robin Murphy 2020-08-03 11:38 ` Vladimir Oltean 2020-08-03 11:38 ` Vladimir Oltean 2020-08-03 11:48 ` Valentin Schneider [this message] 2020-08-03 11:48 ` Valentin Schneider 2020-08-03 13:24 ` Marc Zyngier 2020-08-03 13:24 ` Marc Zyngier 2020-08-03 10:02 ` Thomas Gleixner 2020-08-03 10:02 ` Thomas Gleixner 2020-08-03 10:49 ` Thomas Gleixner 2020-08-03 10:49 ` Thomas Gleixner 2020-08-03 11:41 ` Vladimir Oltean 2020-08-03 11:41 ` Vladimir Oltean 2020-08-03 15:13 ` Thomas Gleixner 2020-08-03 15:13 ` Thomas Gleixner 2020-08-03 15:47 ` Valentin Schneider 2020-08-03 15:47 ` Valentin Schneider 2020-08-03 16:14 ` Vladimir Oltean 2020-08-03 16:14 ` Vladimir Oltean 2020-08-03 19:22 ` Thomas Gleixner 2020-08-03 19:22 ` Thomas Gleixner 2020-08-03 23:59 ` Valentin Schneider 2020-08-03 23:59 ` Valentin Schneider 2020-08-05 8:50 ` Dietmar Eggemann 2020-08-05 8:50 ` Dietmar Eggemann 2020-08-05 13:40 ` peterz 2020-08-05 13:40 ` peterz 2020-08-05 13:56 ` Valentin Schneider 2020-08-05 13:56 ` Valentin Schneider 2020-08-05 15:31 ` peterz 2020-08-05 15:31 ` peterz 2020-08-06 9:41 ` Thomas Gleixner 2020-08-06 9:41 ` Thomas Gleixner 2020-08-06 11:45 ` peterz 2020-08-06 11:45 ` peterz 2020-08-06 13:27 ` Paul E. McKenney 2020-08-06 13:27 ` Paul E. McKenney 2020-08-06 19:03 ` Thomas Gleixner 2020-08-06 19:03 ` Thomas Gleixner 2020-08-06 20:39 ` Paul E. McKenney 2020-08-06 20:39 ` Paul E. McKenney 2020-08-06 18:58 ` Thomas Gleixner 2020-08-06 18:58 ` Thomas Gleixner 2020-08-06 9:34 ` Thomas Gleixner 2020-08-06 9:34 ` Thomas Gleixner
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=jhjime0hrvw.mognet@arm.com \ --to=valentin.schneider@arm.com \ --cc=alison.wang@nxp.com \ --cc=anna-maria@linutronix.de \ --cc=catalin.marinas@arm.com \ --cc=kurt.kanzenbach@linutronix.de \ --cc=leoyang.li@nxp.com \ --cc=linux-arm-kernel@lists.infradead.org \ --cc=linux-kernel@vger.kernel.org \ --cc=maz@kernel.org \ --cc=mw@semihalf.com \ --cc=olteanv@gmail.com \ --cc=paulmck@kernel.org \ --cc=robin.murphy@arm.com \ --cc=tglx@linutronix.de \ --cc=vladimir.oltean@nxp.com \ --cc=will@kernel.org \ /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: linkBe 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.