Received: by 2002:a05:6a10:413:0:0:0:0 with SMTP id 19csp517741pxp; Fri, 11 Mar 2022 08:48:17 -0800 (PST) X-Google-Smtp-Source: ABdhPJzDjVkPUtZEJUbECpiXjzjosYCc1xDVvVfQZjucprvIOG4I4EJpTLSdlXeay+4Mo+dcd39t X-Received: by 2002:a50:aa8c:0:b0:410:801c:4e2f with SMTP id q12-20020a50aa8c000000b00410801c4e2fmr9549717edc.179.1647017297298; Fri, 11 Mar 2022 08:48:17 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1647017297; cv=none; d=google.com; s=arc-20160816; b=oyCWJ2LzLhjHoSOr11/juLif0ehlrehrroRIb3XkRwBafHjDye73H5UgtXch6qSGG9 VHH6Ryy92Fbua8NJaBXMfCtg1Bw17xmZejlp+12QZ4R5fBTwjpWquGCYKkASwAUCXBI9 9J9+ClaMp3nCUHhc70baM1KexkmI8FIDc/QSGUtZy8YBtzCejtI+jm5D5v9h6DpeLRk0 XujyWV/AZKfde7PgO3LpPQ8F8LxIsMaSgCAuZpU83Bsk1UgP+11BGL3HrjNpMpb94I4I GWuu5PEQNk510haetBQ2D8CpgvhC6L7Hc5ogH/UuWSgZYKRttOUy1niWe6ttBzZQDckd KZCg== 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 :dkim-signature; bh=D6JaCsKzb6FOxZE7cYlzovFPQ521IirPuHDNEWKpx2A=; b=FiKwfjcE4w5x63MneonQPzz1nZ7CwHck3+0909AHx4zBe06Q+3tc9QHp/a1/nGHVdH kuiGLcvBCGLcZnGOSgji1VQk2275EAKID/jfCFAWt6ozFxu0WxnLHsyHgEWMM6vQKpfH 8cyefPMxe7kI41Ze6QBY12koJ2jTt52V4JXGV7GeXyQsKwh18B88sQLvbfvUFmdPu6uD bOwbM7urS6049OZW8dzxYntYQ+9DTClwPW2ZioprnWt15tQwX98t/mUIlRvBya0KO68L 4QpNcAvEFENBvfAgYyrJV+w2v9uFq6UWlgBKAx0DMAH8S8KFCC3729Jc00bPUgftEp/W M6Vg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=bCFvsCV9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n10-20020a50934a000000b00413c9ab64fesi5290049eda.18.2022.03.11.08.47.51; Fri, 11 Mar 2022 08:48:17 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=bCFvsCV9; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347952AbiCKKdR (ORCPT + 99 others); Fri, 11 Mar 2022 05:33:17 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57834 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1347940AbiCKKdN (ORCPT ); Fri, 11 Mar 2022 05:33:13 -0500 Received: from mga05.intel.com (mga05.intel.com [192.55.52.43]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 30E021BFDF8; Fri, 11 Mar 2022 02:32:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1646994731; x=1678530731; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=e/UsX7cNMuryOkY6jULWGNVc2efVlgmX0ItMhmQS2qw=; b=bCFvsCV9nTerews7pfommMehZmsZhKkpJs3OSqHNtTC/aIbCvocuMtXJ NTCsD34ogumNbYX3yh0hJpRqwSUkJ7D88xsaxMhdvNCiwngib4ZHIuQSz AnWDtiJLVuvJSgrDdQ6M+WJFoQ9/mY95gU99XZruGiK3GlLEU8QLawybi OpOc1SoVLfJ/B6K+EPTcx2BJJpd474PC9MgTmyuXVGw8/NxSJq98kf2GQ /jfQ+alrk4c2VR44MtmCmQLrwhJRDzR6/Y6XhSEFB1lMVdBqvBDIL22BF C6DkwO+YFyPF0na53iH+6koDNsn4NmUQigw0FbCFbWHN+NQhpsbKod+L7 w==; X-IronPort-AV: E=McAfee;i="6200,9189,10282"; a="341976375" X-IronPort-AV: E=Sophos;i="5.90,173,1643702400"; d="scan'208";a="341976375" Received: from orsmga007.jf.intel.com ([10.7.209.58]) by fmsmga105.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Mar 2022 02:32:10 -0800 X-IronPort-AV: E=Sophos;i="5.90,173,1643702400"; d="scan'208";a="538955722" Received: from duan-server-s2600bt.bj.intel.com ([10.240.192.123]) by orsmga007-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 11 Mar 2022 02:32:07 -0800 From: Zhenzhong Duan To: kvm@vger.kernel.org, linux-kernel@vger.kernel.org Cc: pbonzini@redhat.com, seanjc@google.com, vkuznets@redhat.com, wanpengli@tencent.com, jmattson@google.com, joro@8bytes.org Subject: [PATCH v2 2/2] KVM: x86: Remove redundant vm_entry_controls_clearbit() call Date: Fri, 11 Mar 2022 18:26:43 +0800 Message-Id: <20220311102643.807507-3-zhenzhong.duan@intel.com> X-Mailer: git-send-email 2.25.1 In-Reply-To: <20220311102643.807507-1-zhenzhong.duan@intel.com> References: <20220311102643.807507-1-zhenzhong.duan@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-4.9 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham 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 When emulating exit from long mode, EFER_LMA is cleared which lead to efer writing emulation, which will unset VM_ENTRY_IA32E_MODE control bit as requested by SDM. So no need to unset VM_ENTRY_IA32E_MODE again in exit_lmode() explicitly. In fact benefited from shadow controls mechanism, this change doesn't eliminate vmread or vmwrite. In case EFER isn't supported by hardware, long mode isn't supported, so this will no break. Signed-off-by: Zhenzhong Duan --- arch/x86/kvm/vmx/vmx.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/x86/kvm/vmx/vmx.c b/arch/x86/kvm/vmx/vmx.c index cadb3769031c..70717f56a2a2 100644 --- a/arch/x86/kvm/vmx/vmx.c +++ b/arch/x86/kvm/vmx/vmx.c @@ -2907,7 +2907,6 @@ static void enter_lmode(struct kvm_vcpu *vcpu) static void exit_lmode(struct kvm_vcpu *vcpu) { - vm_entry_controls_clearbit(to_vmx(vcpu), VM_ENTRY_IA32E_MODE); vmx_set_efer(vcpu, vcpu->arch.efer & ~EFER_LMA); } -- 2.25.1