Received: by 2002:a25:c593:0:0:0:0:0 with SMTP id v141csp719600ybe; Wed, 4 Sep 2019 06:49:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqxMEejGemNZ1IvW0YsY6dY/bHH5IadZex+oKEbUXETlDxgA4HSU+2mfi2Wdyfz0oqOrGlVN X-Received: by 2002:a17:90a:8c91:: with SMTP id b17mr5091841pjo.45.1567604978271; Wed, 04 Sep 2019 06:49:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1567604978; cv=none; d=google.com; s=arc-20160816; b=lG5u4Vs56bXcpZ9Quj7d2hdE3alHHb1OJfsswe2ezrbgEBZ+GCu9ZM0pUsjrUpMUtV AQ0y5VEhtEeYpl8sxGs7/49QR8298eQg/EbPxg9sGPEAnVVYEcl8XoxTNvQcQxACSHj9 mYIHOHL2b1Qx1syrMSpbHsYLlQWMy1NWor03EVPugSlqU1f5hyp8IeaKFCp8YGbCRJpy oU0FZKglix10BOAOOsRXtWn/cB0/FCT07yRjuXyGSDhsQFBou9Mn/7P8yt49cZn81V61 i8Ma9oadCh0Cp1j4dPTxJMHJHaCrn+H1gbWZ3LustrI3+rmVELvVH/0aBZvouRILzO2Y k4JA== 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=ljxZVfkpvUHGbHuYVnM4qBWBlTz/vX2MR00HPR4gEA8=; b=R7PlbARsNx98myolHrEU4ifkirb7HPyY92A8SdzIjlKaNybvOZYdvYDNH7QSIf9TgN EQGqcPlW0EDlYXUVbCAxC8hlTBRtB5QYd6pfsHEoJl/UUlPHRKjPlkU4ydOoIX4FSFbt dq9PODM2zE7BLSKqB/su2i/r3A+evfu2B2+r5tGepASY+YDSL+Cu7KP0LX61mXpqwzxl eXiKLBLSdzc5VznfuHDfbNtq8kwpqX+RWUohmkddbibcI/TSwSVXdgv5Tawows73F45x xU0oCwBnDaqRPqlgGXu6RHbObEeaHv+wJpzHZoaB2AtTsUWDazCyv4h99VJPop7Sep60 RaGg== 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 z7si2358526pjt.14.2019.09.04.06.49.22; Wed, 04 Sep 2019 06:49:38 -0700 (PDT) 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 S1730126AbfIDNs1 (ORCPT + 99 others); Wed, 4 Sep 2019 09:48:27 -0400 Received: from mga05.intel.com ([192.55.52.43]:31668 "EHLO mga05.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728941AbfIDNs1 (ORCPT ); Wed, 4 Sep 2019 09:48:27 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga105.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 04 Sep 2019 06:48:25 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,467,1559545200"; d="scan'208";a="212397283" Received: from local-michael-cet-test.sh.intel.com (HELO localhost) ([10.239.159.128]) by fmsmga002.fm.intel.com with ESMTP; 04 Sep 2019 06:48:23 -0700 Date: Wed, 4 Sep 2019 21:49:25 +0800 From: Yang Weijiang To: Paolo Bonzini Cc: Yang Weijiang , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, sean.j.christopherson@intel.com, mst@redhat.com, rkrcmar@redhat.com, jmattson@google.com, yu.c.zhang@intel.com, alazar@bitdefender.com Subject: Re: [PATCH RESEND v4 8/9] KVM: MMU: Enable Lazy mode SPPT setup Message-ID: <20190904134925.GA25149@local-michael-cet-test.sh.intel.com> References: <20190814070403.6588-1-weijiang.yang@intel.com> <20190814070403.6588-9-weijiang.yang@intel.com> <63f8952b-2497-16ec-ff55-1da017c50a8c@redhat.com> <20190820131214.GD4828@local-michael-cet-test.sh.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190820131214.GD4828@local-michael-cet-test.sh.intel.com> User-Agent: Mutt/1.11.3 (2019-02-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 20, 2019 at 09:12:14PM +0800, Yang Weijiang wrote: > On Mon, Aug 19, 2019 at 04:46:54PM +0200, Paolo Bonzini wrote: > > On 14/08/19 09:04, Yang Weijiang wrote: > > > + > > > + if (vcpu->kvm->arch.spp_active && level == PT_PAGE_TABLE_LEVEL) > > > + kvm_enable_spp_protection(vcpu->kvm, gfn); > > > + > > > > This would not enable SPP if the guest is backed by huge pages. > > Instead, either the PT_PAGE_TABLE_LEVEL level must be forced for all > > pages covered by SPP ranges, or (better) kvm_enable_spp_protection must > > be able to cover multiple pages at once. > > > > Paolo > OK, I'll figure out how to make it, thanks! Hi, Paolo, Regarding this change, I have some concerns, splitting EPT huge page entries(e.g., 1GB page)will take long time compared with normal EPT page fault processing, especially for multiple vcpus/pages,so the in-flight time increases, but HW walks EPT for translations in the meantime, would it bring any side effect? or there's a way to mitigate it? Thanks!