[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-ppc] [PATCH v2 0/6] Fix migration issues with arbitrary cpu-ho
From: |
David Gibson |
Subject: |
Re: [Qemu-ppc] [PATCH v2 0/6] Fix migration issues with arbitrary cpu-hot(un)plug |
Date: |
Tue, 26 Jul 2016 13:16:59 +1000 |
User-agent: |
Mutt/1.6.2 (2016-07-01) |
On Mon, Jul 25, 2016 at 11:59:18AM +0200, Igor Mammedov wrote:
> Changes from v1:
> - be conservative, drop QTAIL_*() macros hunks and do list element
> check/cleanup localy in cpu_exec_exit()
> - fix conflict caused by above
> - update Reviewed-bys fom v1
> - drop spapr patches as they will be a bit different and depend
> on not yet applied to master patch:
> 'spapr: disintricate core-id from DT semantics'
>
> Series fixes migration issues caused by unstable cpu_index which depended
> on order cpus were created/destroyed. It follows David's idea to make
> cpu_index assignable by selected boards if board supports cpu-hotplug
> with device_add and needs stable cpu_index/'migration id' but leaves
> behaviour of the same as before for users that don't care about
> cpu-hot(un)plug making changes low-risk.
>
> tested with:
> SRC -snapshot -enable-kvm -smp 1,maxcpus=3 -m 256M guest.img -monitor stdio
> \
> -device qemu64-x86_64-cpu,id=cpudel,apic-id=1 \
> -device qemu64-x86_64-cpu,apic-id=2
> (qemu) device_del cpudel
> (qemu) stop
> (qemu) migrate "exec:gzip -c > STATEFILE.gz"
>
> DST -snapshot -enable-kvm -smp 1,maxcpus=3 -m 256M guest.img -monitor stdio
> \
> -device qemu64-x86_64-cpu,apic-id=2 \
> -incoming "exec: gzip -c -d STATEFILE.gz"
>
> git tree to test with:
> https://github.com/imammedo/qemu cpu-index-stable-v2
> to view
> https://github.com/imammedo/qemu/commits/cpu-index-stable-v2
Eduardo,
Igor said he thought these would probably go in via your tree. Do you
have any kind of ETA for this?
I've put these into my ppc-for-2.7 tree, not because I intend to push
them from there, but so I can do the ppc specific fixups on top of
them. I'm hoping these will disappear in a rebase before my next pull
request.
--
David Gibson | I'll have my music baroque, and my code
david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_
| _way_ _around_!
http://www.ozlabs.org/~dgibson
signature.asc
Description: PGP signature
- [Qemu-ppc] [PATCH v2 2/6] exec: don't use cpu_index to detect if cpu_exec_init()'s been called for cpu, (continued)
- [Qemu-ppc] [PATCH v2 2/6] exec: don't use cpu_index to detect if cpu_exec_init()'s been called for cpu, Igor Mammedov, 2016/07/25
- [Qemu-ppc] [PATCH v2 1/6] exec: reduce CONFIG_USER_ONLY ifdeffenery, Igor Mammedov, 2016/07/25
- [Qemu-ppc] [PATCH v2 3/6] exec: set cpu_index only if it's not been explictly set, Igor Mammedov, 2016/07/25
- [Qemu-ppc] [PATCH v2 4/6] qdev: fix object reference leak in case device.realize() fails, Igor Mammedov, 2016/07/25
- [Qemu-ppc] [PATCH v2 6/6] Revert "pc: Enforce adding CPUs contiguously and removing them in opposite order", Igor Mammedov, 2016/07/25
- [Qemu-ppc] [PATCH v2 5/6] pc: init CPUState->cpu_index with index in possible_cpus[], Igor Mammedov, 2016/07/25
- Re: [Qemu-ppc] [PATCH v2 0/6] Fix migration issues with arbitrary cpu-hot(un)plug, David Gibson, 2016/07/25
- Re: [Qemu-ppc] [PATCH v2 0/6] Fix migration issues with arbitrary cpu-hot(un)plug,
David Gibson <=
- Re: [Qemu-ppc] [PATCH v2 0/6] Fix migration issues with arbitrary cpu-hot(un)plug, Michael S. Tsirkin, 2016/07/26
- Re: [Qemu-ppc] [PATCH v2 0/6] Fix migration issues with arbitrary cpu-hot(un)plug, Eduardo Habkost, 2016/07/26