Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp5538547ybl; Tue, 10 Dec 2019 07:38:06 -0800 (PST) X-Google-Smtp-Source: APXvYqxkSbWWuz4rz13CLNr96AO+ablsWWvrC+rkdHatabFg8+8qNAGTbjbqMr+ZXpVhWz2tYsF2 X-Received: by 2002:a05:6830:12cf:: with SMTP id a15mr26348147otq.222.1575992286339; Tue, 10 Dec 2019 07:38:06 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575992286; cv=none; d=google.com; s=arc-20160816; b=VzlOth9A4I5YPvvovoi28CHlU/PuFbCLlmewtq7z8viXUHSoehPkfap1FFmelTpT7a sEm+tRAjttIRt/izqjSZIMNmiXq9Mnykp2XrLo/V9pPg+8xRwZEjprg4j3uWY/c2/nXP a/a64bOlalIcYnATMF+cY+Ypakjj51CuT/tTcGqipx+PmrccTQueKIlQ5iNPgp11VN3H TYqTV8+Kspa7/Xqtzc+YwxmjhjTTkhn5vvZuDFpEb2wDdan2CvAG5rqDgQaEzY5nYCeV B9/YDzq/geeb+Mc9AX8RUdSQcT2vRD8+3riVzCWPdfLc3rIlU8UyBjY7KkXtWUQd1xs0 ZFEA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=nPpU2gAE9voR3kpAVchHunK64UlscAlcNghzzNkdptM=; b=hR1vPENvuN/1ZdHFRe8O3LYIAQE8eJvexNSGAxur02FKlMRV6nG6WxybHRs7ekLnSK j8KddJvD4s0PSYrUbwX3U8MdmWL+jDXY8LI3GOKpy0H1lyR95Xr/Us7FJRTYK+ZIviPj yY7s62ajuSmaiWJ7iZPB+2ji+9rEHrmvTVB8SIVuNtZlIzBabr4DvoMqb2MDeUhZKme/ 4Dsc1ebWwJcCibVkIVOEqRNlPY20msfmq96blIixHOmy5jromCgq6sevk+u/QCi6eT3P 7Z6L84URh4KExpn6h6DiDXh/0inG5u4EzFdQMDGglv+p2Wcb3wV8sdW2R1EZKRWlSp6w ADEg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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. [209.132.180.67]) by mx.google.com with ESMTP id d11si2173572otc.209.2019.12.10.07.37.53; Tue, 10 Dec 2019 07:38:06 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 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 S1727607AbfLJPhE (ORCPT + 99 others); Tue, 10 Dec 2019 10:37:04 -0500 Received: from mga11.intel.com ([192.55.52.93]:22276 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727380AbfLJPhE (ORCPT ); Tue, 10 Dec 2019 10:37:04 -0500 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 10 Dec 2019 07:37:03 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.69,300,1571727600"; d="scan'208";a="363294114" Received: from sjchrist-coffee.jf.intel.com (HELO linux.intel.com) ([10.54.74.202]) by orsmga004.jf.intel.com with ESMTP; 10 Dec 2019 07:37:03 -0800 Date: Tue, 10 Dec 2019 07:37:03 -0800 From: Sean Christopherson To: Paolo Bonzini Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, thomas.lendacky@amd.com, stable@vger.kernel.org Subject: Re: [PATCH v2] KVM: x86: use CPUID to locate host page table reserved bits Message-ID: <20191210153702.GA15758@linux.intel.com> References: <1575474037-7903-1-git-send-email-pbonzini@redhat.com> <20191204154806.GC6323@linux.intel.com> <9951afb8-8f91-2fe1-3893-04307fafa570@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9951afb8-8f91-2fe1-3893-04307fafa570@redhat.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 10, 2019 at 10:19:57AM +0100, Paolo Bonzini wrote: > On 04/12/19 16:48, Sean Christopherson wrote: > >> + /* > >> + * Quite weird to have VMX or SVM but not MAXPHYADDR; probably a VM with > >> + * custom CPUID. Proceed with whatever the kernel found since these features > >> + * aren't virtualizable (SME/SEV also require CPUIDs higher than 0x80000008). > > No love for MKTME? :-D > > I admit I didn't check, but does MKTME really require CPUID leaves in > the "AMD range"? (My machines have 0x80000008 as the highest supported > leaf in that range). Ah, no, I just misunderstood what the blurb in the parentheses was saying.