x86/mm/shadow: adjust early-unshadow heuristic for PAE guests.

PAE guests have 8-byte PTEs but tend to clear memory with 4-byte writes.
This means that when zeroing a former pagetable every second 4-byte
write is unaligned and so the consecutive-zeroes --> unshadow
heuristic never kicks in.  Adjust the heuristic not to reset when
a write is >= 4 bytes and writing zero but not PTE-aligned.

Signed-off-by: Tim Deegan <Tim.Deegan@citrix.com>
This commit is contained in:
Tim Deegan committed 2011-06-20 13:16:14 +01:00
1 parent a51d11c6e8
commit 43d588d6ae
1 file changed
+8 -5
+8 -5
View File
@@ -4918,11 +4918,14 @@ static void emulate_unmap_dest(struct vcpu *v,
ASSERT(mfn_valid(sh_ctxt->mfn1));
/* If we are writing lots of PTE-aligned zeros, might want to unshadow */
if ( likely(bytes >= 4)
&& (*(u32 *)addr == 0)
&& ((unsigned long) addr & ((sizeof (guest_intpte_t)) - 1)) == 0 )
check_for_early_unshadow(v, sh_ctxt->mfn1);
else
if ( likely(bytes >= 4) && (*(u32 *)addr == 0) )
{
if ( ((unsigned long) addr & ((sizeof (guest_intpte_t)) - 1)) == 0 )
check_for_early_unshadow(v, sh_ctxt->mfn1);
/* Don't reset the heuristic if we're writing zeros at non-aligned
* addresses, otherwise it doesn't catch REP MOVSD on PAE guests */
}
else
reset_early_unshadow(v);
/* We can avoid re-verifying the page contents after the write if:
Reference in new issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.