On Wed, Aug 05, 2020 at 08:48:03PM +0200, Paolo Bonzini wrote:
> On 05/08/20 19:10, Ben Gardon wrote:
> >>
> >> Alternatively, what about moving this logic into mmu_page_zap_pte()? That
> >> can be done with a little massaging of FNAME(invlpg) and would avoid what
> >> is
> >> effectively redunda
On 05/08/20 19:10, Ben Gardon wrote:
>>
>> Alternatively, what about moving this logic into mmu_page_zap_pte()? That
>> can be done with a little massaging of FNAME(invlpg) and would avoid what is
>> effectively redundant checks on is_shadow_present_pte() and is_last_spte().
>> Patches attached an
On Tue, Aug 4, 2020 at 2:14 PM Sean Christopherson
wrote:
>
> On Mon, Jul 27, 2020 at 01:33:24PM -0700, Ben Gardon wrote:
> > When the KVM MMU zaps a page, it will recursively zap the unsynced child
> > pages, but not the synced ones. This can create problems over time when
> > running many nested
On Mon, Jul 27, 2020 at 01:33:24PM -0700, Ben Gardon wrote:
> When the KVM MMU zaps a page, it will recursively zap the unsynced child
> pages, but not the synced ones. This can create problems over time when
> running many nested guests because it leaves unlinked pages which will not
> be freed un
When the KVM MMU zaps a page, it will recursively zap the unsynced child
pages, but not the synced ones. This can create problems over time when
running many nested guests because it leaves unlinked pages which will not
be freed until the page quota is hit. With the default page quota of 20
shadow
5 matches
Mail list logo