Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp24305pxj; Wed, 26 May 2021 15:04:16 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyqgt7wudl2/Xue2/lOe41JuJy+Gn64PVyQK9DgL0wQsFgLd2hknVJEcFsz/8ykmMlwi7LW X-Received: by 2002:a92:c102:: with SMTP id p2mr367193ile.211.1622066656785; Wed, 26 May 2021 15:04:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622066656; cv=none; d=google.com; s=arc-20160816; b=rv+5tT2Uta+Juj6GIzLlw7Mi1NlktT1L9kBVPOn67Qqu1nRIsg1eCyRXTerRnuyU+U /5dvQ4ULPKzHkEm1s7j2Gb9fYY4QmIH7EmSQfub0uA6Ed7Vb/Pn94JhKWOuBxidNBawR WaUpWJbOJjDaox/19W0GULH++Z5MQgU0AqfeJ2DZinZwO92imxbpx0VHRgskKc05NkX1 hLJFzraTW2Y1ksyxmc808LNhB/lYdh7eNDqeysVk8vhxEGCwNVl+zLhunwka3nyIqhz6 Aht3/THXHjtv19CDGhI8Zz/RvGqGXgMgm4KKq1YK8cg4uMoGaSi1hlO9PZz8/e7Uem7u C1RQ== 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 :message-id:date:subject:cc:to:from; bh=cLFGVaGE1RAlSeC64TThMkHwQ7iIAWrLX3g59HYaGgA=; b=mjSpwFe7/bh/rcLa3vny02696DMldJmkpz13+mI6zWVAHEFtxFocKVDyS4lFZdVaxM /XM+VRR2E4p+8WVmvyuRV1ZvBrRRRTmgqrzngYw5AuoqiQyhalYBDLoijPmq+aO6+OzL HmvakxpfHPlpt29WCNxjqVVTi7Y+G4xtAUBv9yanrtENUhEAmPITIN18geSY9Nbn56xV 9viHPEl9m91HbJSzr1Jwk3lq94Tbuq7euxIaDmvyLcrfVlQgLV8fDYv1p0/dkAJ3e/3N 5r8DAHxii313Vy6zYR1ohy9bHACuLCYUUbrBIX1C819eW91vQO+Xu56uZQAuvX15qtNl IwQg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h5si293437iol.44.2021.05.26.15.04.01; Wed, 26 May 2021 15:04:16 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=huawei.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234593AbhEZOUR (ORCPT + 99 others); Wed, 26 May 2021 10:20:17 -0400 Received: from szxga06-in.huawei.com ([45.249.212.32]:4017 "EHLO szxga06-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233656AbhEZOUQ (ORCPT ); Wed, 26 May 2021 10:20:16 -0400 Received: from dggems701-chm.china.huawei.com (unknown [172.30.72.59]) by szxga06-in.huawei.com (SkyGuard) with ESMTP id 4FqtKd6ry2zmZ6j; Wed, 26 May 2021 22:16:21 +0800 (CST) Received: from dggema764-chm.china.huawei.com (10.1.198.206) by dggems701-chm.china.huawei.com (10.3.19.178) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.2176.2; Wed, 26 May 2021 22:18:42 +0800 Received: from DESKTOP-8RFUVS3.china.huawei.com (10.174.185.179) by dggema764-chm.china.huawei.com (10.1.198.206) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.2176.2; Wed, 26 May 2021 22:18:42 +0800 From: Zenghui Yu To: , , CC: , , , , , Zenghui Yu Subject: [PATCH] KVM: arm64: Resolve all pending PC updates before immediate exit Date: Wed, 26 May 2021 22:18:31 +0800 Message-ID: <20210526141831.1662-1-yuzenghui@huawei.com> X-Mailer: git-send-email 2.23.0.windows.1 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-Originating-IP: [10.174.185.179] X-ClientProxiedBy: dggems703-chm.china.huawei.com (10.3.19.180) To dggema764-chm.china.huawei.com (10.1.198.206) X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Commit 26778aaa134a ("KVM: arm64: Commit pending PC adjustemnts before returning to userspace") fixed the PC updating issue by forcing an explicit synchronisation of the exception state on vcpu exit to userspace. However, we forgot to take into account the case where immediate_exit is set by userspace and KVM_RUN will exit immediately. Fix it by resolving all pending PC updates before returning to userspace. Since __kvm_adjust_pc() relies on a loaded vcpu context, I moved the immediate_exit checking right after vcpu_load(). We will get some overhead if immediate_exit is true (which should hopefully be rare). Signed-off-by: Zenghui Yu --- This patch can be applied on top of kvmarm/fixes and help me to PASS all kvm-unit-tests cases in the migration group. arch/arm64/kvm/arm.c | 9 ++++++--- 1 file changed, 6 insertions(+), 3 deletions(-) diff --git a/arch/arm64/kvm/arm.c b/arch/arm64/kvm/arm.c index 1126eae27400..e720148232a0 100644 --- a/arch/arm64/kvm/arm.c +++ b/arch/arm64/kvm/arm.c @@ -720,11 +720,13 @@ int kvm_arch_vcpu_ioctl_run(struct kvm_vcpu *vcpu) return ret; } - if (run->immediate_exit) - return -EINTR; - vcpu_load(vcpu); + if (run->immediate_exit) { + ret = -EINTR; + goto out; + } + kvm_sigset_activate(vcpu); ret = 1; @@ -897,6 +899,7 @@ int kvm_arch_vcpu_ioctl_run(struct kvm_vcpu *vcpu) kvm_sigset_deactivate(vcpu); +out: /* * In the unlikely event that we are returning to userspace * with pending exceptions or PC adjustment, commit these -- 2.19.1