[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-ia64-devel] [PATCH 0/7] memory map info take 2
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@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-ia64-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |