Displaying 3 results from an estimated 3 matches for "vmread_bitmap".
2013 Feb 21
2
[PATCH v3] x86/nhvm: properly clean up after failure to set up all vCPU-s
...t vcpu *v)
if ( !nvcpu->nv_n2vmcx )
{
gdprintk(XENLOG_ERR, "nest: allocation for shadow vmcs failed\n");
- goto out;
+ return -ENOMEM;
}
/* non-root VMREAD/VMWRITE bitmap. */
@@ -75,7 +75,7 @@ int nvmx_vcpu_initialise(struct vcpu *v)
if ( !vmread_bitmap )
{
gdprintk(XENLOG_ERR, "nest: allocation for vmread bitmap failed\n");
- goto out1;
+ return -ENOMEM;
}
v->arch.hvm_vmx.vmread_bitmap = vmread_bitmap;
@@ -83,7 +83,7 @@ int nvmx_vcpu_initialise(struct vcpu *v)
i...
2013 Jan 21
6
[PATCH v3 0/4] nested vmx: enable VMCS shadowing feature
Changes from v2 to v3:
- Use pfn_to_paddr() to get the address from frame number instead of doing shift directly.
- Remove some unnecessary initialization code and add "static" to vmentry_fields and gpdptr_fields.
- Enable the VMREAD/VMWRITE bitmap only if nested hvm is enabled.
- Use clear_page() to set all 0 to the page instead of memset().
- Use domheap to allocate the
2013 Feb 20
8
crash in nvmx_vcpu_destroy
while doing "while xm migrate --live domU localhost;do sleep 1;done" I
just got the crash shown below. And it can be reproduced.
The guest has 2 vcpus and 512mb, it runs pvops 3.7.9
(XEN) ----[ Xen-4.3.26579-20130219.172714 x86_64 debug=n Not tainted ]----
(XEN) CPU: 14
(XEN) RIP: e008:[<ffff82c4c01dd197>] nvmx_vcpu_destroy+0xb7/0x150
(XEN) RFLAGS: 0000000000010282