Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp1686257pxb; Wed, 9 Feb 2022 02:10:41 -0800 (PST) X-Google-Smtp-Source: ABdhPJx5EUqpgmk5zd13TnzAEY31UKCBhahOGVQTbsi8GOF+BxzfznvWGHtHYbjOYaZ+UmixNBnD X-Received: by 2002:a05:6a00:1a52:: with SMTP id h18mr1472277pfv.72.1644401441651; Wed, 09 Feb 2022 02:10:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644401441; cv=none; d=google.com; s=arc-20160816; b=eRcTT9dzEyPQhfmgcdeMkNgp2fvVK7Sn1PefUZri0eNSFb9QfJX3BH4VF0O3F1uKmE zTEN32qFw7fgT8NdJZCrCnLFk/DE3ctJp1PJgRKVXpObOaXI/g0VzfL6y7lEzkYHlKDv vPJZFCAvnwlEzjcLp+Qr4bm1z1cJ3tshqYqX2ue48wthPxomfjNDr4HEEBYY2BssTos/ F/cyvJJQcaozDItYpSr4edE7LYZlFCKGKYGlQdyNNh5gpj5GcIOvUYxYGMnIUOcLZ3t4 E9oz/kaM/SoQvMIkqBtepFRkPZGnIVkPvLw2GlmHsliWCOTTMvMaaOmfiSTFxh7DCn8x pu8w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=NMPgZBW7gjr58RfgbvmSlsBs+HDoQpsPKPa/TJsy0rU=; b=y3CrPUYHdIioNyu4YgeENFVJcA6mEeurws3d4tl5NKnDxNgAwvKwFbzX97ZBPg2MTh xaeU1ckn52xiKpNOuWyqJuCEBvdIOBlNEVVN4Zaqdi4M0KSiDHlfpKKP+w4l4M+1we8s fQ2Zg5jN3YAZ+fEjzHMfErAhqVlkseC+jmQTKi8x1Zre7KEuscQcVQ9lIxf38oXbOkuc njBFz7VB3TBmY7jK5P2eIxQ2EYu229wry4qFv5ug/Fp3ssZdnAXrz87Gd+BKdk+alxtV xgHwqONTrNMtnO5ytcIERYRbI0Mv6WYLOrYMJVB5s6V61/PFhMuHBFg0wngBiuuHWcYh jM2w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=1aeLTRz5; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id 206si17484883pgb.396.2022.02.09.02.10.36 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 09 Feb 2022 02:10:41 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=1aeLTRz5; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 979DDE0497AB; Wed, 9 Feb 2022 01:15:20 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1388466AbiBGLno (ORCPT + 99 others); Mon, 7 Feb 2022 06:43:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:44562 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1385754AbiBGLc1 (ORCPT ); Mon, 7 Feb 2022 06:32:27 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E47ACC0401C2; Mon, 7 Feb 2022 03:32:26 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id A5EF4B80EC3; Mon, 7 Feb 2022 11:32:25 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id CF268C004E1; Mon, 7 Feb 2022 11:32:23 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1644233544; bh=yXOodRqUYTtTkw1TE/eivAQOedKt74N5rdHbQhj10b0=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=1aeLTRz5CW7uScQNfnVmbne2QRbmRhBq0bJm3cpnwMcSiQmrNWAWAGgtJd2vszXG1 3eAo1SsMVlOvg0RPAFXedS3b9XFJxVYWgH+czJLMhgJoiYz0wfPhDpufenASrxbXcH Inthf4/Z5KdezFpsLYpZHR+cujcG1b90BZVTbJ1c= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Steven Price , James Morse , Marc Zyngier Subject: [PATCH 5.16 045/126] KVM: arm64: Avoid consuming a stale esr value when SError occur Date: Mon, 7 Feb 2022 12:06:16 +0100 Message-Id: <20220207103805.675591778@linuxfoundation.org> X-Mailer: git-send-email 2.35.1 In-Reply-To: <20220207103804.053675072@linuxfoundation.org> References: <20220207103804.053675072@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: James Morse commit 1c71dbc8a179d99dd9bb7e7fc1888db613cf85de upstream. When any exception other than an IRQ occurs, the CPU updates the ESR_EL2 register with the exception syndrome. An SError may also become pending, and will be synchronised by KVM. KVM notes the exception type, and whether an SError was synchronised in exit_code. When an exception other than an IRQ occurs, fixup_guest_exit() updates vcpu->arch.fault.esr_el2 from the hardware register. When an SError was synchronised, the vcpu esr value is used to determine if the exception was due to an HVC. If so, ELR_EL2 is moved back one instruction. This is so that KVM can process the SError first, and re-execute the HVC if the guest survives the SError. But if an IRQ synchronises an SError, the vcpu's esr value is stale. If the previous non-IRQ exception was an HVC, KVM will corrupt ELR_EL2, causing an unrelated guest instruction to be executed twice. Check ARM_EXCEPTION_CODE() before messing with ELR_EL2, IRQs don't update this register so don't need to check. Fixes: defe21f49bc9 ("KVM: arm64: Move PC rollback on SError to HYP") Cc: stable@vger.kernel.org Reported-by: Steven Price Signed-off-by: James Morse Signed-off-by: Marc Zyngier Link: https://lore.kernel.org/r/20220127122052.1584324-3-james.morse@arm.com Signed-off-by: Greg Kroah-Hartman --- arch/arm64/kvm/hyp/include/hyp/switch.h | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/arch/arm64/kvm/hyp/include/hyp/switch.h +++ b/arch/arm64/kvm/hyp/include/hyp/switch.h @@ -446,7 +446,8 @@ static inline bool fixup_guest_exit(stru if (ARM_EXCEPTION_CODE(*exit_code) != ARM_EXCEPTION_IRQ) vcpu->arch.fault.esr_el2 = read_sysreg_el2(SYS_ESR); - if (ARM_SERROR_PENDING(*exit_code)) { + if (ARM_SERROR_PENDING(*exit_code) && + ARM_EXCEPTION_CODE(*exit_code) != ARM_EXCEPTION_IRQ) { u8 esr_ec = kvm_vcpu_trap_get_class(vcpu); /*