After I use this series of patches, but the migration failed.
2, I start migrate -d -p -n tcp:xxx:4444 on the outgoing node
2, on the incoming part, the qemu get stuck and migration failed
the destnation can not typing any more
today I found it's just at qemu_loadvm_state, just after the while loop ,maybe
in cpu_synchronize_all_post_init
I think there is some problems with qemu side for it doesn't get to the umem
part
I'm not sure about the problem
do you have some suggestion?
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
Tommy
From: Isaku Yamahata
Date: 2012-01-05 18:48
To: thfbjyddx
CC: t.hirofuchi; qemu-devel; kvm; satoshi.itoh
Subject: Re: [Qemu-devel] ??: [PATCH 2/2] umem: chardevice for kvm postcopy
On Thu, Jan 05, 2012 at 12:08:50PM +0800, thfbjyddx wrote:
hi,
I've tried to use this patch,
Oh great! Can we share your results?
but it doesn't work for compiling error on
page = alloc_page_vma(GFP_HIGHUSER_MOVABLE, vma, vmf->address);//vmf->
virtual_address?
I guess it's for the wrong kernel version?
can you give me some detail about this or any clue?
3x
Thank you for report. The following should fix.
It depends on kernel configuration. My config didn't catch it.
diff --git a/drivers/char/umem.c b/drivers/char/umem.c
index 4d031b5..853f1ce 100644
--- a/drivers/char/umem.c
+++ b/drivers/char/umem.c
@@ -129,7 +129,7 @@ static int umem_minor_fault(struct umem *umem,
* vmf->page = fake_vmf->page;
*/
- page = alloc_page_vma(GFP_HIGHUSER_MOVABLE, vma, vmf->address);
+ page = alloc_page_vma(GFP_HIGHUSER_MOVABLE, vma, vmf->virtual_address);
if (!page)
return VM_FAULT_OOM;
if (mem_cgroup_cache_charge(page, vma->vm_mm, GFP_KERNEL)) {
--
yamahata