Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp686099pxb; Thu, 9 Sep 2021 09:42:13 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxcr0XYzmbUcSXj2gx6OVLaAAMSoqI7/ZWToNwO3bWGHVY5XoDhcs0+1FGjLtFdgNCJHfC5 X-Received: by 2002:a7b:c451:: with SMTP id l17mr4041806wmi.74.1631205732989; Thu, 09 Sep 2021 09:42:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1631205732; cv=none; d=google.com; s=arc-20160816; b=b50/w0NkqPHQ19Dk3J1EHjWXIWljA2z4HBLP22ZIcdYTTMjgxntSHL2VFFrAgBUIot crGT1YNQH0Sal/g6TnGOZjlZjuzotXWYJaKAW9R8XqkIWpEE0RGX/64SYvmuwWvqrZmA tJ6dN8JqG/3t+8X6y+1Uae5mXHZzxRrtLeHnnCrIFLOgkMDC5zNHFdNVcjUVDeIzRoZF uwlcu3sGJdX0gVVvXU0d9TXoFCci1PIBq4BJmBpRZAHLcvOVC5ndm3wNBuwsITRPuIRr pA+ehc67vaYisL2eOpTer6SWC+XVfV45W6mcMLfrLRZfPu6dnPhrPxWHYCfs1wCYNx4s dXlA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=7IreGoT30y6LP0ObbNxXSfPqPCa9ZLz+loaVGeMAmBs=; b=Zp6K3SNKoOyA7+Y7lZIO+sIat59H85Kjzq2MmG/Fr5ipziPCl1lR42zCK3AKvnbLlh 8UfNIZJAOPYhMAHNQ6NSYoqUYdqLGZSFCEivRZcZBsvvc8ZGShHpCAMPNjT3oIvkrgvL Lc6Ybq4SQIqMVLSVR3z3G9EhVak/1kynQSjQx4DVcec+ZigiEYMV7EaARRtCJi1QOJMj rBxb7hswMdOFJMBbCN6gsTQrDw0p1m5JIevk+cinSk6I5kZJy68KcoKLqP7bbRvEtDXK 2FM2WPdi2am3Zka3Re/8U7W/X8udQZTdcf9pvuaDe9Xgw7NYGkVcOgBkQpLYIxHs+3S2 aHPw== 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 p15si3296128edj.97.2021.09.09.09.41.47; Thu, 09 Sep 2021 09:42:12 -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 S238158AbhIIQkW (ORCPT + 99 others); Thu, 9 Sep 2021 12:40:22 -0400 Received: from mga09.intel.com ([134.134.136.24]:47508 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237884AbhIIQkV (ORCPT ); Thu, 9 Sep 2021 12:40:21 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10102"; a="220872511" X-IronPort-AV: E=Sophos;i="5.85,280,1624345200"; d="scan'208";a="220872511" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Sep 2021 09:39:10 -0700 X-IronPort-AV: E=Sophos;i="5.85,280,1624345200"; d="scan'208";a="539718091" Received: from gchen28-mobl2.ccr.corp.intel.com (HELO localhost) ([10.255.31.74]) by fmsmga003-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 09 Sep 2021 09:39:04 -0700 Date: Fri, 10 Sep 2021 00:39:01 +0800 From: Yu Zhang To: Hou Wenlong Cc: kvm@vger.kernel.org, Paolo Bonzini , Sean Christopherson , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" , "H. Peter Anvin" , Jan Kiszka , Avi Kivity , "open list:X86 ARCHITECTURE (32-BIT AND 64-BIT)" Subject: Re: [PATCH v2 1/3] kvm: x86: Introduce hypercall x86 ops for handling hypercall not in cpl0 Message-ID: <20210909163901.2vvozmkuxjcgabs5@linux.intel.com> References: <04a337801ad5aaa54144dc57df8ee2fc32bc9c4e.1631188011.git.houwenlong93@linux.alibaba.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <04a337801ad5aaa54144dc57df8ee2fc32bc9c4e.1631188011.git.houwenlong93@linux.alibaba.com> User-Agent: NeoMutt/20171215 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 09, 2021 at 07:55:23PM +0800, Hou Wenlong wrote: > Per Intel's SDM, use vmcall instruction in non VMX operation for cpl3 > it should trigger a #UD. And in VMX root operation, it should Are you sure? IIRC, vmcall will always cause VM exit as long as CPU is in non-root mode(regardless the CPL). Also, could you please explain why skipping the vmcall would cause exception in the host? Thanks! B.R. Yu