Received: by 2002:a25:1506:0:0:0:0:0 with SMTP id 6csp86145ybv; Fri, 21 Feb 2020 23:41:11 -0800 (PST) X-Google-Smtp-Source: APXvYqzlb1fmBtK31XLK1uWOIajDd15Gy8Y6TAfZDaF2haZljxrWZNmZr1l6JlxVno6feUVlrk22 X-Received: by 2002:a9d:395:: with SMTP id f21mr31964970otf.67.1582357271347; Fri, 21 Feb 2020 23:41:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1582357271; cv=none; d=google.com; s=arc-20160816; b=E8qSDfxiI4znGYwlujt+UlN4O4cb0gXRSnTWzz1zWQzBJqcKjQqfsteebc67swOyvG AA4C0U3mC8gLuJuVmf46ID81ZycnxF4YGjhFGxLub4p9hxz/ACzso/1y+XBr4GoaomdT qbfspsI4gkiiaM4yhZeoxwHjpwvTLHV3M0aXoU4NpYb+CCVsrr0JUNeUnqvi2l15Wurr 2wXqEqqBVqsmYNFh7+6ntqZ0zoHRnlKxNgmWQ1tS0fyR8f2LbtrlSfPwZMsIMLBKKUv2 1pBhqrxwaj+32YutNo8iJ8Scwaawq3JcLxtHbXyedvO3UZ1SktSPBaRVozt87nf8+Iy+ Y+UQ== 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=PuR2v8SMXXY+y7rlk5hPPtWq3/yBy/+4nug+hzjNKpw=; b=zRZaIHCXlsJUCeLqB4j8bShdfFYZJxVLzmV0WFJ6Pk/+YJxJAC7bjmLuxyviXJvATV BkB/lC6x3ebvoPu9PuL8DpvBm5Tg9wejXNXw71OFXKRjnNtFXG8VcszNPw7mCYq9Vh8C G/noSIzkm7sxzslrsAhJlcExin3w1Vb8ynkMBaD/8h2L4SaoVnDTT4zjyayHGbpb0SQo Sb4hN0G+P5U7VXNi6mzk+T/aHbvEN38/ZL7KNR0/eMw8G1dVQjpLJOycGy1zUqYTHLW8 /V5Nm1jMSCfsBAoyY+cfO+K+J7yaAh2mDoSv6gMwa3L6SLUxvxQDfQOUuQqb/ZmWO4L5 p6xg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id q189si2003790oic.235.2020.02.21.23.40.57; Fri, 21 Feb 2020 23:41:11 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726832AbgBVHku (ORCPT + 99 others); Sat, 22 Feb 2020 02:40:50 -0500 Received: from jabberwock.ucw.cz ([46.255.230.98]:56628 "EHLO jabberwock.ucw.cz" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726343AbgBVHku (ORCPT ); Sat, 22 Feb 2020 02:40:50 -0500 Received: by jabberwock.ucw.cz (Postfix, from userid 1017) id 474A11C1CBB; Sat, 22 Feb 2020 08:40:48 +0100 (CET) Date: Sat, 22 Feb 2020 08:40:47 +0100 From: Pavel Machek To: Sean Christopherson Cc: Pavel Machek , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, stable@vger.kernel.org, Paolo Bonzini , Sasha Levin Subject: Re: [PATCH 4.19 009/191] KVM: nVMX: Use correct root level for nested EPT shadow page tables Message-ID: <20200222074047.GA21289@amd> References: <20200221072250.732482588@linuxfoundation.org> <20200221072252.173149129@linuxfoundation.org> <20200221102949.GA14608@duo.ucw.cz> <20200221150512.GB12665@linux.intel.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="CE+1k2dSO48ffgeK" Content-Disposition: inline In-Reply-To: <20200221150512.GB12665@linux.intel.com> User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --CE+1k2dSO48ffgeK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! > > > Hardcode the EPT page-walk level for L2 to be 4 levels, as KVM's MMU > > > currently also hardcodes the page walk level for nested EPT to be 4 > > > levels. The L2 guest is all but guaranteed to soft hang on its first > > > instruction when L1 is using EPT, as KVM will construct 4-level page > > > tables and then tell hardware to use 5-level page tables. > >=20 > > I don't get it. 7/191 reverts the patch, then 9/191 reverts the > > revert. Can we simply drop both 7 and 9, for exactly the same result? > > > > (Patch 8 is a unused file, so it does not change the picture). >=20 > Patch 07 is reverting this patch from the same unused file,=20 > arch/x86/kvm/vmx/vmx.c[*]. The reason patch 07 looks like a normal diff = is > that a prior patch in 4.19.105 created the unused file (which is what's > reverted by patch 08 here). >=20 > Patch 09 reintroduces the fix for the correct file, arch/x86/kvm/vmx.c. Aha, thanks, I checked content few times but missed difference in filename. Now it makes sense. Best regards, Pavel --=20 DENX Software Engineering GmbH, Managing Director: Wolfgang Denk HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany --CE+1k2dSO48ffgeK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iEYEARECAAYFAl5Q2v8ACgkQMOfwapXb+vJzRwCfQQ19/SrBDH/PvDONs3aDKxfy 7ugAn2ig/hR6tIHKVraop7RE5m8NTm5f =LtIB -----END PGP SIGNATURE----- --CE+1k2dSO48ffgeK--