Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp652796pxy; Thu, 22 Apr 2021 10:13:31 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwrsBBGwhiIbPIaFr5KTmhJF8t/AoJ39Ao2BgS75Arso4+OZzOmJm7VJTUCsNMSKg3kI8Y5 X-Received: by 2002:a17:907:2d12:: with SMTP id gs18mr4351332ejc.133.1619111610791; Thu, 22 Apr 2021 10:13:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619111610; cv=none; d=google.com; s=arc-20160816; b=g4D1GcN8ebq92K3BwseqjSPj37EhDN9netHaRpIdnNNUdVqvGaPUKxcXb0inlBTDmz Q7HIkUSQlR/p/k+vfVatKZtXkEmPivqFsvPCSuDBGJqO5P0FEiohJ2gUUqbJIhHc4gMz 4MiU0tzV3If/wbUpHbJY9T9+6IU0RtnqTwYaind55VD0FTspst8PTwXryWzpejKTVhFr 2JHM8LRjz6QSaRhdEpx0YI2+6/TQikI5yhw0tlPlaGBWRhm1j9wp6am/OsENE1APt0s0 88zRB6l6h4JcI/t5Lt3qDRXCwAN8R8rjutYF+87iNp8Mc5IpCEDPlTWdpMMuC9DdZzgu ypdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=yC6jYB+ZSoRXAPzU+6mh57F+j0CveYL3H5XLHePHZGc=; b=Al7ybXcCftW48W0hcrzdfHj7/64sh2t+nRLeZpRXMOxNsue77ZCzqZv/7Zde20N7R0 H2OdUOLheRn8je8ws9Sy1y3UKDw/9c5YJ5LP5vlzJrO1YeCyNXK8InZRRb3M7iSNO4Bv FlZ2BllBAg1HEiTOJzCfv9ByaQwOSX0s44PLdZbQmX5RasusBnWeQKwYHMgRV3KUyqhF qeKG7hA65pg1PR7icFO1YV0k6CcxCZLQ2Xg/QMtJMXTb3Jf23ZnI0dmR7AM4ColCNT02 zqhiYjyjps9dlVC+fOfvuCXG+cqYQlvBTiPW/s5Qh4n3b4Ro/SiS84uJlboh4cdMmMA5 H8kw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=fj2uQJC7; 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 u1si2828940ejg.28.2021.04.22.10.13.07; Thu, 22 Apr 2021 10:13:30 -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=fj2uQJC7; 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 S238561AbhDVRKp (ORCPT + 99 others); Thu, 22 Apr 2021 13:10:45 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:48484 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S238441AbhDVRIp (ORCPT ); Thu, 22 Apr 2021 13:08:45 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1619111290; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=yC6jYB+ZSoRXAPzU+6mh57F+j0CveYL3H5XLHePHZGc=; b=fj2uQJC7HNc6vG+FEifhvuHW4gsTNU+vWkBPbm9q7TNjtNW8kTyo8Oo+i5w2ex4+b+DylB aFCqlsfpLgzsvZKC2zsUuHSOJVH04uqvrXs8Pb+pNZLZyVGzRC8un58dUL+XC1piYbJNE7 LFo9r03se1wRouC+/zLIME5GV+2A5zI= Received: from mail-ed1-f70.google.com (mail-ed1-f70.google.com [209.85.208.70]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-481-gH5IqeuFP32497ir3sKcFA-1; Thu, 22 Apr 2021 13:08:08 -0400 X-MC-Unique: gH5IqeuFP32497ir3sKcFA-1 Received: by mail-ed1-f70.google.com with SMTP id f9-20020a50fe090000b02903839889635cso15132586edt.14 for ; Thu, 22 Apr 2021 10:08:08 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=yC6jYB+ZSoRXAPzU+6mh57F+j0CveYL3H5XLHePHZGc=; b=aWjC4y4OUsop+TDmGjNcgo68M40AWs+qLpjgdhojfj1FJ/V21N5wxVmjjaEboO6zg0 Ey1csOD1dl8l3rW+/On1xKkrpktTERXN15pxpEKBWcvfdRjvxfb4twS5wCkQpDYEVDWS Dyuw799YfOXrNF37FndRSfB7FNkCWeSg7x2YloOBQkyH5NStbLc+Fr8fHFyNI1UmQXky lVq3L/ZtHrz1mEh/QXcPM7UmlI6cpbKLpxgRdoHzBReY8VsPDVKypTPDLo7wfDKzMwe9 89TQvSU4/WTWom7yfuqta9oSJBLUWWoQYVAVcVqkbygWBoqpNqRBek/VBqN2SbMoa5kH MzGA== X-Gm-Message-State: AOAM532yYrCywly/g+K0hFztruE/Bi0W101PGAvqi4hJvPzdJoq/kWZ2 GIFZJ00r6PT45XSr88idnacEZw3kmqH/p7ogm4IXqpL8x7i9XHPh7GrepUFRx+dBeL8DVC2l1kg W0+vCPSbazEMiYOaHaAu1+vbB X-Received: by 2002:aa7:d94c:: with SMTP id l12mr5122834eds.290.1619111287659; Thu, 22 Apr 2021 10:08:07 -0700 (PDT) X-Received: by 2002:aa7:d94c:: with SMTP id l12mr5122798eds.290.1619111287447; Thu, 22 Apr 2021 10:08:07 -0700 (PDT) Received: from ?IPv6:2001:b07:6468:f312:c8dd:75d4:99ab:290a? ([2001:b07:6468:f312:c8dd:75d4:99ab:290a]) by smtp.gmail.com with ESMTPSA id d15sm2704139edu.86.2021.04.22.10.08.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 22 Apr 2021 10:08:06 -0700 (PDT) Subject: Re: [PATCH v5 03/15] KVM: SVM: Disable SEV/SEV-ES if NPT is disabled To: Sean Christopherson Cc: Dave Hansen , Andy Lutomirski , Peter Zijlstra , Wei Huang , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Borislav Petkov , Tom Lendacky , Brijesh Singh References: <20210422021125.3417167-1-seanjc@google.com> <20210422021125.3417167-4-seanjc@google.com> <5e8a2d7d-67de-eef4-ab19-33294920f50c@redhat.com> From: Paolo Bonzini Message-ID: <882d8bb4-8d40-1b4d-0742-4a4f2c307e5b@redhat.com> Date: Thu, 22 Apr 2021 19:08:05 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 22/04/21 18:15, Sean Christopherson wrote: >> Support for 5-level page tables on NPT is not hard to fix and could be >> tested by patching QEMU. However, the !NPT case would also have to be fixed >> by extending the PDP and PML4 stacking trick to a PML5. > > Isn't that backwards? It's the nested NPT case that requires the stacking trick. > When !NPT is disabled in L0 KVM, 32-bit guests are run with PAE paging. Maybe > I'm misunderstanding what you're suggesting. Yes, you're right. NPT is easy but we would have to guess what the spec would say about MAXPHYADDR, while nNPT would require the stacking of a PML5. Either way, blocking KVM is the easiest thing todo. Paolo