Re: [RFC PATCH v2 14/23] KVM: TDX: Split and inhibit huge mappings if a VMExit carries level info

["Huang, Kai" <kai.huang@intel.com>]

On Tue, 2025-11-18 at 10:20 +0800, Yan Zhao wrote:
> On Tue, Nov 18, 2025 at 09:04:20AM +0800, Huang, Kai wrote:
> > On Fri, 2025-11-14 at 15:22 +0800, Yan Zhao wrote:
> > > > Will 'level == PG_LEVEL_4K' in this case?  Or will this function return
> > > > early right after check the eeq_type?
> > > The function will return early right after check the eeq_type.
> > 
> > But for such case the fault handler will still return 2M and KVM will AUG 2M
> > page?  Then if guest accepts 4K page, a new exit to KVM would happen?
> > 
> > But this time KVM is able to find the info that guest is accepting 4K and KVM
> > will split the 2M to 4K pages so we are good to go?
> 
> If guest accesses a private memory without first accepting it (like non-Linux
> guests), the sequence is:
> 1. Guest accesses a private memory.
> 2. KVM finds it can map the GFN at 2MB. So, AUG 2MB pages.
> 3. Guest accepts the GFN at 4KB.
> 4. KVM receives a EPT violation with eeq_type of ACCEPT and level 4KB
> 5. KVM splits the 2MB mapping.
> 6. Guest accepts successfully and accesses the page.

Yeah looks good.

Btw, the change to make KVM AUG 2M when no accept level is specified is done in
patch 23.  I think you can add some text to explain in that patch?

E.g., something like:

  Always try to AUG 2M hugepage, even there's no accept level from the guest.
  If the guest later accepts at 4K page, the TDX module will exit to KVM with 
  the actual accept level info and KVM will split to 4K pages.  The guest then
  will be able to accept the 4K pages successfully.