[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <24537a93ed91e19c71d73b7f5df7b31851d9271f.camel@intel.com>
Date: Mon, 26 Jun 2023 22:23:11 +0000
From: "Huang, Kai" <kai.huang@...el.com>
To: "pbonzini@...hat.com" <pbonzini@...hat.com>,
"Christopherson,, Sean" <seanjc@...gle.com>,
"mizhang@...gle.com" <mizhang@...gle.com>
CC: "jmattson@...gle.com" <jmattson@...gle.com>,
"Xu, Yilun" <yilun.xu@...el.com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-doc@...r.kernel.org" <linux-doc@...r.kernel.org>,
"kvm@...r.kernel.org" <kvm@...r.kernel.org>,
"dmatlack@...gle.com" <dmatlack@...gle.com>,
"zhi.wang.linux@...il.com" <zhi.wang.linux@...il.com>,
"bgardon@...gle.com" <bgardon@...gle.com>
Subject: Re: [PATCH v2 6/6] KVM: Documentation: Add the missing description
for tdp_mmu_page into kvm_mmu_page
On Mon, 2023-06-26 at 18:20 +0000, Mingwei Zhang wrote:
> Add the description for tdp_mmu_page into kvm_mmu_page description.
> tdp_mmu_page is a field to differentiate shadow pages from TDP MMU and
> non-TDP MMU. When TDP MMU is enabled, sp->tdp_mmu_page=1 indicates a shadow
> page for L1, while sp->tdp_mmu_page=0 indicates a shadow page for an L2.
> When TDP MMU is disabled, sp->tdp_mmu_page is always 0. So update the doc
> to reflect the information.
>
> Signed-off-by: Mingwei Zhang <mizhang@...gle.com>
> ---
> Documentation/virt/kvm/x86/mmu.rst | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/Documentation/virt/kvm/x86/mmu.rst b/Documentation/virt/kvm/x86/mmu.rst
> index cc4bd190c93d..678dc0260a54 100644
> --- a/Documentation/virt/kvm/x86/mmu.rst
> +++ b/Documentation/virt/kvm/x86/mmu.rst
> @@ -278,6 +278,8 @@ Shadow pages contain the following information:
> since the last time the page table was actually used; if emulation
> is triggered too frequently on this page, KVM will unmap the page
> to avoid emulation in the future.
> + tdp_mmu_page:
> + Is 1 if the shadow page is a TDP MMU page.
>
> Reverse map
> ===========
> --
> 2.41.0.162.gfafddb0af9-goog
>
Reviewed-by: Kai Huang <kai.huang@...el.com>
Powered by blists - more mailing lists