[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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.