[libvirt] [PATCH 0/2 v2] use qemu's dump-guest-meory when vm uses host device

Wen Congyang wency at cn.fujitsu.com
Wed Apr 18 07:46:45 UTC 2012


Hi, Eric

Luiz will accept the qemu's patch:
http://lists.nongnu.org/archive/html/qemu-devel/2012-04/msg02346.html

Do you have any comment about this patchset?

Thanks
Wen Congyang

At 04/10/2012 04:03 PM, Wen Congyang Wrote:
> Currently, we use migrate to dump guest's memory. There is one
> restriction in migrate command: the device's status should be
> stored in qemu because the device's status should be passed to
> target machine.
> 
> If we passthrough a host device to guest, the device's status
> is stored in the real device. So migrate command will fail.
> 
> We usually use dump when guest is panicked. So there is no need
> to store device's status in the vmcore.
> 
> qemu will have a new monitor command dump-guest-memory to dump
> guest memory, but it doesn't support async now(it will support
> later when the common async API is implemented).
> 
> So I use dump-guest-memory only when the guest uses host device
> in this patchset.
> 
> Note: the patchset for qemu is still queued. Luiz has acked,
> but he waits an ACK from Jan and/or Anthony. They are too busy,
> and donot reply.
> 
> Change from v1 to v2:
> 1. remove the implemention for text mode.
> 
> Wen Congyang (2):
>   qemu: implement qemu's dump-guest-memory
>   qemu: try to use qemu's dump-guest-meory when vm uses host device
> 
>  src/qemu/qemu_domain.c       |    1 +
>  src/qemu/qemu_domain.h       |    1 +
>  src/qemu/qemu_driver.c       |   42 ++++++++++++++++++++++++++++++++++++++++--
>  src/qemu/qemu_monitor.c      |   36 ++++++++++++++++++++++++++++++++++++
>  src/qemu/qemu_monitor.h      |   13 +++++++++++++
>  src/qemu/qemu_monitor_json.c |   42 ++++++++++++++++++++++++++++++++++++++++++
>  src/qemu/qemu_monitor_json.h |    7 +++++++
>  7 files changed, 140 insertions(+), 2 deletions(-)
> 
> --
> libvir-list mailing list
> libvir-list at redhat.com
> https://www.redhat.com/mailman/listinfo/libvir-list
> 




More information about the libvir-list mailing list