qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH 10/21 DISGISED v6] acpi_piix4: add infrastructur


From: Andreas Färber
Subject: Re: [Qemu-devel] [PATCH 10/21 DISGISED v6] acpi_piix4: add infrastructure to send CPU hot-plug GPE to guest
Date: Wed, 24 Apr 2013 18:09:11 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5

Am 24.04.2013 18:03, schrieb Eduardo Habkost:
> On Wed, Apr 24, 2013 at 05:56:46PM +0200, Igor Mammedov wrote:
>> On Tue, 23 Apr 2013 18:27:11 +0200
>> Igor Mammedov <address@hidden> wrote:
>>
>> NACK
>>
>>
>>   gpe_cpu.sts isn't need to be migrated, since CPU hotpluging during
>>   migration just doesn't work, since destination QEMU has to be started
>>   with all present in guest CPUs (including hotplugged).
>>   i.e. src-qemu -smp 2,max-cpus=4; cpu-add id=2; dst-qemu -smp 3,max-cpus=4
>>   Destination QEMU will recreate the same gpe_cpu.sts=t'111' bitmap as
>>   on source by calling qemu_for_each_cpu(piix4_init_cpu_status, &s->gpe_cpu);
>>   since it has been started with 3 CPUs on command line.
>>
>> tested on ping pong migration, It works as expected without gpe_cpu.sts 
>> migrated.
>> I'll post v7 to this thread shortly.
> 
> Are we going to make the cpu-add command fail in case it gets called
> during migration?

I would rather suggest to throw an Error* on realize, if this can be
detected.

Andreas

-- 
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg



reply via email to

[Prev in Thread] Current Thread [Next in Thread]