Hi.

This patch serires take 2 is mainly for fixing HVM domain save/restore
which Zhang reported.
The patch 7, add IA64_dom0VP_add_memdesc hypercall, is not for commit yet
because pv_ops balloon driver isn't supported on ia64 yet.

Changes:
The previsous one used sequence lock which is in shared page in order
to avoid race.
This time, removed the sequence counter and introduced a new hypercall
to get memmap. Thus abi change in shared page is avoided.


The reason why HVM domain save/restore is broken is as follows.
Tools stack (save or dump-core) is aware of the region which
is populated as RAM.
However the patch, 'Use main memory for video memory', move pages
from main mamory to 0xc0000000. So save or dump-core fails to
dump those pages. Then HVM domain restore fails.
This patch series (more precisly Patch 5/7) makes XENMEMadd_to_physmap
hypercall with XENMAPSPACE_mfn update the memory map info of a given
domain.

[PATCH 1/7] fix XENMEM_add_to_physmap with XENMAPSPACE_mfn
[PATCH 2/7] introduce rcu_lock_target_domain_by_id() for later use
[PATCH 3/7] introduce get_memmap hypercall to avoid race
[PATCH 4/7] linux: update linux arch-ia64.h
[PATCH 5/7] linux, xencomm: support IA64_DOM0VP_get_memmap
[PATCH 6/7] libxc: make xc_ia64_copy_memmap() use get_memmap hypercall
[PATCH 7/7] introduce add_memdesc hypercall.

_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@lists.xensource.com
http://lists.xensource.com/xen-ia64-devel

Reply via email to