stubdom-dm: Support live migration of HVM domain with stubdom-dm
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest4 patches 9 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/4 | mini-os: Make utility function get_self_id() publicextras/ extras/ extras/ | +15 | 1 reply | |
| 2/4 | Log-dirty shared memory between stubdom-dm and xc_saveextras/ tools/ tools/ +1 more | +332 | 0 replies | |
| 3/4 | Log-dirty shared memory between stubdom-dm and xc_save (ioemu-remote part)xenstore.c | +20 | 0 replies | |
| 4/4 | xend: Give stubdom flag to xc_savetools/ tools/ | +5 | 0 replies |
Reviews trailers per patch
None of the 4 patches has a Reviewed-by or Acked-by of their own; the series has one for all of them.
| Patch | Samuel Thibault |
|---|---|
| Series | A-b |
| 1/4 | |
| 2/4 | |
| 3/4 | |
| 4/4 |
Trailers given in replies are filled; those carried in the patches from earlier versions are outlined with dashes.
Cover letter [PATCH 0/4] stubdom-dm: Support live migration of HVM domain with stubdom-dm
Hi,
This series of patches is an attempt to support live migration of hvm domains with stubdom-dm.
For hvm domains to live-migrate, we should create a log-dirty shared memory segment between xc_save and qemu-dm. for a normal qemu-dm, memory sharing is done by inter process communication interface (shmget/shmat/shmctl), but it obviously doesn't work for a stubdom-dm because it is not a dom0 process but a domain itself.
The idea here is to allocate log-dirty the shared memory segment in the stubdom-dm and to map the memory region into the xc_save process by using grant table interface.
[PATCH 1/4] mini-os: Make utility function get_self_id() public [PATCH 2/4] Log-dirty shared memory between stubdom-dm and xc_save [PATCH 3/4] Log-dirty shared memory between stubdom-dm and xc_save
(ioemu-remote part)
[PATCH 4/4] xend: Give stubdom flag to xc_save
Thanks,
-----------------------
Yosuke Iwamatsu
NEC Corporation