Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp740351pxk; Wed, 23 Sep 2020 15:05:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy981GBNl4LtZnZcFZW0rgavUdZogi9Vmz4J36K6B+XxYd2W9QTDSuUfeX1H4ZV0CAEuQvH X-Received: by 2002:a17:906:5f8a:: with SMTP id a10mr1638329eju.502.1600898749855; Wed, 23 Sep 2020 15:05:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600898749; cv=none; d=google.com; s=arc-20160816; b=mv36ecLJCwK8I0ABbmvyJIfRtnU+0ytXrr7deYi0EdeGajvfttEYG66f6Bo8xyPVIa +ErWvviWF9BXbx8moYS0jw9o8ZmTRw0abn2c1IqZBdmiMjN+iLy3mkDT2fN6WQNbJxwc DFTEFKi6/f+fp7qDbTEpozRLl4+l7y/Unxq7Y3P5eL4+AT9DIEf9NNuIKygt5MgWX5Bh 0aAU5oH0IzOfedVVzS1QFpLAM1yCeojbjquU4+te/n8COMGC388HrwtqUDxC6RDipLrL NCQT/r7//6dicNfu3PpENzoZOJwqfjQV43XxQPYMnAs6dCBIllMty7hdJ3mvOw95EoKg LXag== 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 :references:in-reply-to:message-id:date:subject:cc:to:from :ironport-sdr:ironport-sdr; bh=KWLBiSo4ai1JfpSZhcRg0MbrN2e4hHwRdgOkhn+Csxw=; b=TVhZiENUd6c7lMr5K3IjgDGO9X6sMsi9jX4CH0JkmuDYySCPT7ZOHjDwYSS9UJ795f rouQ7TGpYkLOKQdwlVaGedjeOt1f+vdBU+UBJ/6WMFezZMjd1+IhWHyuWkxvoenVFZeL hduQeRngKDLZRigAnvje32KEtKWp5BVByfKmnFbd8iWlaF1zN9rWDHXG5pb0ZxQ4SvW8 sfegK1SiKKAgaCLNTaUEwVVbFLERuMq5hnTC5fwzNfubYM35A/I7pbcs7CvxtPp8aDxT QhPWA/c8ZCQ9sJIyOVvQxyBIwJYuPIetwqb8xpn9FmZqSsDNONgi8JH0FOVh5myX+AHl 6gnQ== 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=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id rk12si637759ejb.46.2020.09.23.15.05.26; Wed, 23 Sep 2020 15:05:49 -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=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726714AbgIWWE2 (ORCPT + 99 others); Wed, 23 Sep 2020 18:04:28 -0400 Received: from mga11.intel.com ([192.55.52.93]:60138 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726381AbgIWWE1 (ORCPT ); Wed, 23 Sep 2020 18:04:27 -0400 IronPort-SDR: HCkiFL994AJgx9QLXALbkZ5AgYfnufIBXaawc2y/RJHkKjNqGUA6LeDmcNXfAup3UH5Rb2RlYm jztZqyNoeZvA== X-IronPort-AV: E=McAfee;i="6000,8403,9753"; a="158381353" X-IronPort-AV: E=Sophos;i="5.77,295,1596524400"; d="scan'208";a="158381353" X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 23 Sep 2020 15:04:27 -0700 IronPort-SDR: K4DfiKyLQdALLCoB5Hl497nNrC04Vo4uv5lmqIg3t7FX5LGOIkdVfp2+WUH6JBUJKKa+Y06MuU bQmVDgoMSvyQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.77,295,1596524400"; d="scan'208";a="335647645" Received: from sjchrist-coffee.jf.intel.com ([10.54.74.160]) by fmsmga004.fm.intel.com with ESMTP; 23 Sep 2020 15:04:27 -0700 From: Sean Christopherson To: Paolo Bonzini Cc: Sean Christopherson , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Kai Huang Subject: [PATCH 2/4] KVM: x86/mmu: Invert RET_PF_* check when falling through to emulation Date: Wed, 23 Sep 2020 15:04:23 -0700 Message-Id: <20200923220425.18402-3-sean.j.christopherson@intel.com> X-Mailer: git-send-email 2.28.0 In-Reply-To: <20200923220425.18402-1-sean.j.christopherson@intel.com> References: <20200923220425.18402-1-sean.j.christopherson@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Explicitly check for RET_PF_EMULATE instead of implicitly doing the same by checking for !RET_PF_RETRY (RET_PF_INVALID is handled earlier). This will adding new RET_PF_ types in future patches without breaking the emulation path. No functional change intended. Signed-off-by: Sean Christopherson --- arch/x86/kvm/mmu/mmu.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/x86/kvm/mmu/mmu.c b/arch/x86/kvm/mmu/mmu.c index 4a2a8f67a8f7..0b27c4caf5e6 100644 --- a/arch/x86/kvm/mmu/mmu.c +++ b/arch/x86/kvm/mmu/mmu.c @@ -5454,10 +5454,10 @@ int kvm_mmu_page_fault(struct kvm_vcpu *vcpu, gpa_t cr2_or_gpa, u64 error_code, return -EIO; } - if (r == RET_PF_RETRY) - return 1; if (r < 0) return r; + if (r != RET_PF_EMULATE) + return 1; /* * Before emulating the instruction, check if the error code -- 2.28.0