Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp80700pxu; Tue, 6 Oct 2020 00:55:44 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz7Yfk4MdInsBDrLG8faMLMiBCsgFYBlcHywaxmVivPCm9z9jWLIh/NSwpkWG2nBsyOppNr X-Received: by 2002:a17:906:698d:: with SMTP id i13mr3654100ejr.229.1601970943803; Tue, 06 Oct 2020 00:55:43 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601970943; cv=none; d=google.com; s=arc-20160816; b=A4VGu31CHJp9YpE2SIK70TTBYq1rShGrjKGdxcviVgGHXDh1I/l22jMtLFigQVrKM+ ZBKuUXR1RuwYavFmO3plUzBzZ85/UQrEI0y9KfVop9sPW+naNBuOV3Po6Ink8/FopNc+ T4gSjwySkNxi0Bj8huPEOQdZlgENOYN+TW2QIS0CMyfRtn520kRag6jLClpEY53Q0BE7 avuW81ivpZUPydLusmLEnGD/ESMQh/UHLHy0tX7hEAIBj56a3iTrTY9AKtGoQyEDSBDc Ft0Zm8gObGLv5XQCsV+MvmgYsh0/MQFDk8ohxpUFCJbZ8DXoVWorSwd/cJwU/ghKqsHf yzvQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:dkim-signature; bh=CqPUw39/jXIA7We8BHxAVU+vFUTTd1iP9nplWmg+lMc=; b=aAZ8Jscnl2Qqj3pAzOTyszpP4mF0YKLqQrK2gcZOcPkN9cyUeaCgbkGTl08wkMh9dd 3xE8nckcWCF2S+g0umPU287FQEVUjXJ5eCB59K4bTTTdidUfBBzvMXyobLNJLEuXBrsY 6yuTe6Hz+RlSMI12asPgXJOh5LadT50NoX31BNGUMoUgqP/OD1Qyp7KVqOPeZTj9bvJM 0AAEZ/PdNeIHCwzn4toX9evMGVsI24F9u7mKMT4eNwqmBVQMl97oPtBI9lyytCJkLBpl krE99CwI2+dVcwgfrn6qhigzyO1JvQQpkEO7T2Ia7+Fn3xKnISuGXmirqQEUhp+WVCGo p8XA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="BhR/iIYt"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d11si2130843edo.244.2020.10.06.00.55.21; Tue, 06 Oct 2020 00:55:43 -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; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="BhR/iIYt"; 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=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727264AbgJFHyW (ORCPT + 99 others); Tue, 6 Oct 2020 03:54:22 -0400 Received: from us-smtp-delivery-124.mimecast.com ([63.128.21.124]:37336 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727236AbgJFHyV (ORCPT ); Tue, 6 Oct 2020 03:54:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1601970859; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CqPUw39/jXIA7We8BHxAVU+vFUTTd1iP9nplWmg+lMc=; b=BhR/iIYt3zSOJNfv4RvUQ2BX00sqpYeFaNhP7eWv9gV6Lv0gEOrYuT/9kE7weyc0tv5pxR ofeZx8WsCv+/iANdZeTOVAqWENMGja0SY65vi8Ck4ewYAZ6LgPXR1IZuj9U2ATlRb/r+Y6 Sxjo+rg5DsBzg17q1vXajG2s3o3uEEk= Received: from mail-ed1-f71.google.com (mail-ed1-f71.google.com [209.85.208.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-80-fU4x2iZhNDyb1SrMx4kDoA-1; Tue, 06 Oct 2020 03:54:13 -0400 X-MC-Unique: fU4x2iZhNDyb1SrMx4kDoA-1 Received: by mail-ed1-f71.google.com with SMTP id be19so2550410edb.22 for ; Tue, 06 Oct 2020 00:54:13 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:in-reply-to:references:date :message-id:mime-version; bh=CqPUw39/jXIA7We8BHxAVU+vFUTTd1iP9nplWmg+lMc=; b=KWJyDEfse0jlrqs342oPZidtG9wtJl4eya6bnvtfozAC8wk8m6Hu72zESnIdc/x6va JtBmjZ0BZfX9WCJjNOEm0njSPvjaiAB0ZcuX/Y+clbY0g49AHScW9UDxyoTqY71IKKZx vF9/shiDEbBvFdm8nptn0eckOwxCK49c/Fx8Qh/MDNjA31ste5r1mQXJT8mRuOvLa4Sl Fm146vNapAFhFagkQKHyr6sPyPChe+VRVMa/GP05aZTfny0ioUx5jsBLYkU2fHqvOEAn PnNcLqvjcqp0VOaauZibSYjZCbDXaxdepR8aSWc5dSxzARsb0SYmFhN3APZ1i1arEoxq mOFg== X-Gm-Message-State: AOAM5302yexMf2eZ2/zgtavqrJzm2qapQwcey0QPu8vFJ7EbH5EHGCmI IU2BtzLoFHGW/WyoTmPxDmH0rZT2brJD3rjxLKuAQXuf33aZuRilzkPCYLRdWMF1gA5e2Qeu1Ad 2aAUGSS1jmlCikCm0mNNjr37s X-Received: by 2002:a17:906:7e53:: with SMTP id z19mr3818609ejr.334.1601970850390; Tue, 06 Oct 2020 00:54:10 -0700 (PDT) X-Received: by 2002:a17:906:7e53:: with SMTP id z19mr3818592ejr.334.1601970850171; Tue, 06 Oct 2020 00:54:10 -0700 (PDT) Received: from vitty.brq.redhat.com (g-server-2.ign.cz. [91.219.240.2]) by smtp.gmail.com with ESMTPSA id dm8sm1694159edb.57.2020.10.06.00.54.09 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 06 Oct 2020 00:54:09 -0700 (PDT) From: Vitaly Kuznetsov To: Sean Christopherson Cc: Tianjia Zhang , Paolo Bonzini , Wanpeng Li , Jim Mattson , Joerg Roedel , Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , x86@kernel.org, kvm@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] KVM: x86: filter guest NX capability for cpuid2 In-Reply-To: <20201005163743.GE11938@linux.intel.com> References: <20201005145921.84848-1-tianjia.zhang@linux.alibaba.com> <87ft6s8zdg.fsf@vitty.brq.redhat.com> <20201005163743.GE11938@linux.intel.com> Date: Tue, 06 Oct 2020 09:54:08 +0200 Message-ID: <87d01v94db.fsf@vitty.brq.redhat.com> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Sean Christopherson writes: > On Mon, Oct 05, 2020 at 05:29:47PM +0200, Vitaly Kuznetsov wrote: >> Tianjia Zhang writes: >> >> > Original KVM_SET_CPUID has removed NX on non-NX hosts as it did >> > before. but KVM_SET_CPUID2 does not. The two should be consistent. >> > >> > Signed-off-by: Tianjia Zhang >> > --- >> > arch/x86/kvm/cpuid.c | 1 + >> > 1 file changed, 1 insertion(+) >> > >> > diff --git a/arch/x86/kvm/cpuid.c b/arch/x86/kvm/cpuid.c >> > index 3fd6eec202d7..3e7ba2b11acb 100644 >> > --- a/arch/x86/kvm/cpuid.c >> > +++ b/arch/x86/kvm/cpuid.c >> > @@ -257,6 +257,7 @@ int kvm_vcpu_ioctl_set_cpuid2(struct kvm_vcpu *vcpu, >> > goto out; >> > } >> > >> > + cpuid_fix_nx_cap(vcpu); >> > kvm_update_cpuid_runtime(vcpu); >> > kvm_vcpu_after_set_cpuid(vcpu); >> > out: >> >> I stumbled upon this too and came to the conclusion this is >> intentional, e.g. see this: >> >> commit 0771671749b59a507b6da4efb931c44d9691e248 >> Author: Dan Kenigsberg >> Date: Wed Nov 21 17:10:04 2007 +0200 >> >> KVM: Enhance guest cpuid management >> >> ... >> >> [avi: fix original KVM_SET_CPUID not removing nx on non-nx hosts as it did >> before] >> >> but this is a very, very old story. > > Doesn't mean it's bogus though :-) _If_ we want to extend this behavior to > KVM_SET_CPUID2, there should be a justified need. Yes, exactly. I meand to say that founding fathers of KVM left the adjustment for KVM_SET_CPUID exclusively on purpose and not by mistake :-) -- Vitaly