direct-io.hg

changeset 7596:ae2e13795c63

>I'm hitting an ASSERT in alloc_monitor_pagetable() with debug=y and I
>can reproduce the condition when debug isn't on. The monitor_table is
>not zeroed when entering alloc_monitor_pagetable() - this happens when I
>create a vmx guest. I'm not sure why this happening at first glance.
>File: xen/arch/x86/shadow32.c
>Line: 689
>System: VT/VMX FC3 x86_32 (I can reproduce on FC4 x86_64 too)
>ASSERT(pagetable_get_paddr(v->arch.monitor_table) == 0);

Solution:
What happens is that the monitor page table is not zeroed out
during the initial setup for VMX guests. As a result, at a later
time when we enable shadow mode for these VMX guests, we trip on
the ASSERT problem above. To fix this, we just need to initialize
the monitor page table to 0 before calling vmx_final_setup_guest()
and enabling shadow mode.
author kaf24@firebug.cl.cam.ac.uk
date Tue Nov 01 19:13:06 2005 +0100 (2005-11-01)
parents 305649f5ad56
children 5ed53e973b83
files xen/arch/x86/domain.c
line diff
     1.1 --- a/xen/arch/x86/domain.c	Tue Nov 01 17:49:19 2005 +0100
     1.2 +++ b/xen/arch/x86/domain.c	Tue Nov 01 19:13:06 2005 +0100
     1.3 @@ -408,6 +408,9 @@ int arch_set_info_guest(
     1.4          if ( !pagetable_get_paddr(d->arch.phys_table) )
     1.5              d->arch.phys_table = v->arch.guest_table;
     1.6  
     1.7 +        /* Initialize monitor page table */
     1.8 +        v->arch.monitor_table = mk_pagetable(0);
     1.9 +
    1.10          vmx_final_setup_guest(v);
    1.11      }
    1.12