Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753284AbaBJR3p (ORCPT ); Mon, 10 Feb 2014 12:29:45 -0500 Received: from fw-tnat.cambridge.arm.com ([217.140.96.21]:51795 "EHLO cam-smtp0.cambridge.arm.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752922AbaBJR3m (ORCPT ); Mon, 10 Feb 2014 12:29:42 -0500 Date: Mon, 10 Feb 2014 17:28:56 +0000 From: Dave Martin To: Russell King - ARM Linux Cc: Jonathan Austin , "nico@linaro.org" , Marc Zyngier , Catalin Marinas , "sboyd@codeaurora.org" , "linux-kernel@vger.kernel.org" , Will Deacon , "vgupta@synopsys.com" , "ben.dooks@codethink.co.uk" , "u.kleine-koenig@pengutronix.de" , Fabrice Gasnier , "linux-arm-kernel@lists.infradead.org" , "maxime.coquelin@st.com" Subject: Re: [RFC PATCH] ARM: Add imprecise abort enable/disable macro Message-ID: <20140210172856.GG2794@e103592.cambridge.arm.com> References: <1391789955-26927-1-git-send-email-fabrice.gasnier@st.com> <1391789955-26927-2-git-send-email-fabrice.gasnier@st.com> <20140207170903.GT5976@mudshark.cambridge.arm.com> <52F892C8.80508@st.com> <20140210111710.GC17766@mudshark.cambridge.arm.com> <20140210135659.GU26684@n2100.arm.linux.org.uk> <20140210144228.GC2794@e103592.cambridge.arm.com> <20140210151934.GZ26684@n2100.arm.linux.org.uk> <20140210162822.GF2794@e103592.cambridge.arm.com> <20140210163700.GD26684@n2100.arm.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140210163700.GD26684@n2100.arm.linux.org.uk> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Feb 10, 2014 at 04:37:00PM +0000, Russell King - ARM Linux wrote: > On Mon, Feb 10, 2014 at 04:28:22PM +0000, Dave Martin wrote: > > On Mon, Feb 10, 2014 at 03:19:34PM +0000, Russell King - ARM Linux wrote: > > > On Mon, Feb 10, 2014 at 02:42:28PM +0000, Dave Martin wrote: > > > > Should we require CPSR.A to me masked in Booting, for all CPUs that have > > > > it? > > > > > > If it's not masked at boot, then there can't be an imprecise exception > > > pending. > > > > Couldn't there still be a dangling abort condition triggered by the > > bootloader, which which doesn't raise the abort pin until after we > > entered the kernel? > > True, but the decompressor does disable them (see safe_svcmode_maskall), > so any raised abort is likely to hit the boot loader's vectors at that > time. They remain masked into the kernel from that point. > > If you're not using the decompressor then the A bit will be left as-is. > > Given that we've not yet had any failures, I'm inclined to just let the > status-quo be for the kernel entry - if it does cause problems then it's > clear that the right solution is that the A bit must be disabled. OK, that seems a reasonable view. Cheers ---Dave -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/