From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marc Zyngier Subject: Re: [PATCH v3 7/9] KVM: arm/arm64: Only clean the dcache on translation fault Date: Tue, 21 Aug 2018 14:57:31 +0100 Message-ID: <9fa7efdf-1c21-7b07-edb9-0c7d0d91eaed@arm.com> References: <20171023161122.15291-1-marc.zyngier@arm.com> <20171023161122.15291-8-marc.zyngier@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from localhost (localhost [127.0.0.1]) by mm01.cs.columbia.edu (Postfix) with ESMTP id E9B1A4A210 for ; Tue, 21 Aug 2018 09:57:35 -0400 (EDT) Received: from mm01.cs.columbia.edu ([127.0.0.1]) by localhost (mm01.cs.columbia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8eirAMR8+gRK for ; Tue, 21 Aug 2018 09:57:34 -0400 (EDT) Received: from foss.arm.com (foss.arm.com [217.140.101.70]) by mm01.cs.columbia.edu (Postfix) with ESMTP id B4C714A209 for ; Tue, 21 Aug 2018 09:57:34 -0400 (EDT) In-Reply-To: Content-Language: en-GB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: kvmarm-bounces@lists.cs.columbia.edu Sender: kvmarm-bounces@lists.cs.columbia.edu To: Alexander Graf , Christoffer Dall , Catalin Marinas , Will Deacon Cc: linux-arm-kernel@lists.infradead.org, kvm@vger.kernel.org, kvmarm@lists.cs.columbia.edu List-Id: kvmarm@lists.cs.columbia.edu On 21/08/18 14:35, Alexander Graf wrote: > On 10/23/2017 06:11 PM, Marc Zyngier wrote: >> The only case where we actually need to perform a dcache maintenance >> is when we map the page for the first time, and subsequent permission >> faults do not require cache maintenance. Let's make it conditional >> on not being a permission fault (and thus a translation fault). >> >> Reviewed-by: Christoffer Dall >> Signed-off-by: Marc Zyngier > > This patch unfortunately breaks something on Hi1616 SoCs when running > 32bit guests. With this patch applied (and thus with 4.18) I get random > illegal instruction warnings from 32bit code inside VMs. I do not know > at this point whether this affects other CPUs as well. Can you please give a few more details? - what are the CPUs on this Hi1616? At least a /proc/cpuinfo would help - an example of the crash? Is it within the decompressor? After? This things do matter, given the number of crazy things the 32bit kernel does - a host kernel configuration? > If anyone is interested in a reproducer, I have something handy. But for > now I believe we should just revert this patch. Before we revert anything, I'd like to understand what is happening. Thanks, M. -- Jazz is not dead. It just smells funny...