From: Igor Mammedov <imammedo@redhat.com>
To: "Andreas Färber" <afaerber@suse.de>
Cc: kwolf@redhat.com, peter.maydell@linaro.org, aliguori@us.ibm.com,
ehabkost@redhat.com, gleb@redhat.com, mst@redhat.com,
jan.kiszka@siemens.com, quintela@redhat.com,
claudio.fontana@huawei.com, qemu-devel@nongnu.org,
aderumier@odiso.com, lcapitulino@redhat.com,
blauwirbel@gmail.com, anthony.perard@citrix.com,
alex.williamson@redhat.com, kraxel@redhat.com,
yang.z.zhang@intel.com, pbonzini@redhat.com,
stefano.stabellini@eu.citrix.com, armbru@redhat.com,
rth@twiddle.net
Subject: Re: [Qemu-devel] [PATCH 08/19 v7] acpi_piix4: add infrastructure to send CPU hot-plug GPE to guest
Date: Wed, 24 Apr 2013 19:15:30 +0200 [thread overview]
Message-ID: <20130424191530.769c5493@thinkpad> (raw)
In-Reply-To: <5178031B.30707@suse.de>
On Wed, 24 Apr 2013 18:06:51 +0200
Andreas Färber <afaerber@suse.de> wrote:
> Am 24.04.2013 17:58, schrieb Igor Mammedov:
> > * introduce processor status bitmask visible to guest at 0xaf00 addr,
> > where ACPI asl code expects it
> > * set bit corresponding to APIC ID in processor status bitmask on
> > receiving CPU hot-plug notification
> > * trigger CPU hot-plug SCI, to notify guest about CPU hot-plug event
> >
> > Signed-off-by: Igor Mammedov <imammedo@redhat.com>
> > ---
> > Note:
> > 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.
> >
> > v6:
> > * drop gpe_cpu.sts migration hunks
> > v5:
> > * add optional vmstate subsection if there was CPU hotplug event
> > * remove unused Error*
> > * use qemu_for_each_cpu() instead of recursion over QOM tree
> > v4:
> > * added spec for QEMU-Seabios interface
> > * added PIIX4_ prefix to PROC_ defines
> > v3:
> > * s/get_firmware_id()/get_arch_id()/ due rebase
> > * s/cpu_add_notifier/cpu_added_notifier/
> > v2:
> > * use CPUClass.get_firmware_id() to make code target independent
> > * bump up vmstate_acpi version
> > ---
> > docs/specs/acpi_cpu_hotplug.txt | 22 +++++++++
> > hw/acpi/piix4.c | 90 ++++++++++++++++++++++++++++++++++++++-
> > 2 files changed, 110 insertions(+), 2 deletions(-)
> > create mode 100644 docs/specs/acpi_cpu_hotplug.txt
> >
> [...]
> > diff --git a/hw/acpi/piix4.c b/hw/acpi/piix4.c
> > index 88386d7..b18202c 100644
> > --- a/hw/acpi/piix4.c
> > +++ b/hw/acpi/piix4.c
> > @@ -48,19 +48,28 @@
> > #define PCI_EJ_BASE 0xae08
> > #define PCI_RMV_BASE 0xae0c
> >
> > +#define PIIX4_PROC_BASE 0xaf00
> > +#define PIIX4_PROC_LEN 32
> > +
> > #define PIIX4_PCI_HOTPLUG_STATUS 2
> > +#define PIIX4_CPU_HOTPLUG_STATUS 4
> >
> > struct pci_status {
> > uint32_t up; /* deprecated, maintained for migration compatibility */
> > uint32_t down;
> > };
> >
> > +struct cpu_status {
>
> I see that you're copying pci_status above, but Coding Style asks for
> CamelCase and typedef, so could we change this to CPUStatus or better
> PIIX4CPUStatus? (I counted 5 occurrences)
sure, I'll resend it with CPUStatus variant.
> Andreas
>
> > + uint8_t sts[PIIX4_PROC_LEN];
> > +};
> > +
> > typedef struct PIIX4PMState {
> > PCIDevice dev;
> >
> > MemoryRegion io;
> > MemoryRegion io_gpe;
> > MemoryRegion io_pci;
> > + MemoryRegion io_cpu;
> > ACPIREGS ar;
> >
> > APMState apm;
> > @@ -82,6 +91,9 @@ typedef struct PIIX4PMState {
> > uint8_t disable_s3;
> > uint8_t disable_s4;
> > uint8_t s4_val;
> > +
> > + struct cpu_status gpe_cpu;
> > + Notifier cpu_added_notifier;
> > } PIIX4PMState;
> >
> > static void piix4_acpi_system_hot_add_init(MemoryRegion *parent,
> > @@ -100,8 +112,8 @@ static void pm_update_sci(PIIX4PMState *s)
> > ACPI_BITMASK_POWER_BUTTON_ENABLE |
> > ACPI_BITMASK_GLOBAL_LOCK_ENABLE |
> > ACPI_BITMASK_TIMER_ENABLE)) != 0) ||
> > - (((s->ar.gpe.sts[0] & s->ar.gpe.en[0])
> > - & PIIX4_PCI_HOTPLUG_STATUS) != 0);
> > + (((s->ar.gpe.sts[0] & s->ar.gpe.en[0]) &
> > + (PIIX4_PCI_HOTPLUG_STATUS | PIIX4_CPU_HOTPLUG_STATUS)) != 0);
> >
> > qemu_set_irq(s->irq, sci_level);
> > /* schedule a timer interruption if needed */
> > @@ -585,6 +597,73 @@ static const MemoryRegionOps piix4_pci_ops = {
> > },
> > };
> >
> > +static uint64_t cpu_status_read(void *opaque, hwaddr addr, unsigned width)
> > +{
> > + PIIX4PMState *s = opaque;
> > + struct cpu_status *cpus = &s->gpe_cpu;
> > + uint64_t val = cpus->sts[addr];
> > +
> > + return val;
> > +}
> > +
> > +static void cpu_status_write(void *opaque, hwaddr addr, uint64_t data,
> > + unsigned int size)
> > +{
> > + /* TODO: implement VCPU removal on guest signal that CPU can be removed */
> > +}
> > +
> > +static const MemoryRegionOps cpu_hotplug_ops = {
> > + .read = cpu_status_read,
> > + .write = cpu_status_write,
> > + .endianness = DEVICE_LITTLE_ENDIAN,
> > + .valid = {
> > + .min_access_size = 1,
> > + .max_access_size = 1,
> > + },
> > +};
> > +
> > +typedef enum {
> > + PLUG,
> > + UNPLUG,
> > +} HotplugEventType;
> > +
> > +static void piix4_cpu_hotplug_req(PIIX4PMState *s, CPUState *cpu,
> > + HotplugEventType action)
> > +{
> > + struct cpu_status *g = &s->gpe_cpu;
> > + ACPIGPE *gpe = &s->ar.gpe;
> > + CPUClass *k = CPU_GET_CLASS(cpu);
> > + int64_t cpu_id;
> > +
> > + assert(s != NULL);
> > +
> > + *gpe->sts = *gpe->sts | PIIX4_CPU_HOTPLUG_STATUS;
> > + cpu_id = k->get_arch_id(CPU(cpu));
> > + if (action == PLUG) {
> > + g->sts[cpu_id / 8] |= (1 << (cpu_id % 8));
> > + } else {
> > + g->sts[cpu_id / 8] &= ~(1 << (cpu_id % 8));
> > + }
> > + pm_update_sci(s);
> > +}
> > +
> > +static void piix4_cpu_added_req(Notifier *n, void *opaque)
> > +{
> > + PIIX4PMState *s = container_of(n, PIIX4PMState, cpu_added_notifier);
> > +
> > + piix4_cpu_hotplug_req(s, CPU(opaque), PLUG);
> > +}
> > +
> > +static void piix4_init_cpu_status(CPUState *cpu, void *data)
> > +{
> > + struct cpu_status *g = (struct cpu_status *)data;
> > + CPUClass *k = CPU_GET_CLASS(cpu);
> > + int64_t id = k->get_arch_id(cpu);
> > +
> > + g_assert((id / 8) < PIIX4_PROC_LEN);
> > + g->sts[id / 8] |= (1 << (id % 8));
> > +}
> > +
> > static int piix4_device_hotplug(DeviceState *qdev, PCIDevice *dev,
> > PCIHotplugState state);
> >
> > @@ -600,6 +679,13 @@ static void piix4_acpi_system_hot_add_init(MemoryRegion *parent,
> > memory_region_add_subregion(parent, PCI_HOTPLUG_ADDR,
> > &s->io_pci);
> > pci_bus_hotplug(bus, piix4_device_hotplug, &s->dev.qdev);
> > +
> > + qemu_for_each_cpu(piix4_init_cpu_status, &s->gpe_cpu);
> > + memory_region_init_io(&s->io_cpu, &cpu_hotplug_ops, s, "apci-cpu-hotplug",
> > + PIIX4_PROC_LEN);
> > + memory_region_add_subregion(parent, PIIX4_PROC_BASE, &s->io_cpu);
> > + s->cpu_added_notifier.notify = piix4_cpu_added_req;
> > + qemu_register_cpu_added_notifier(&s->cpu_added_notifier);
> > }
> >
> > static void enable_device(PIIX4PMState *s, int slot)
> >
>
>
> --
> SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
> GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
>
--
Regards,
Igor
next prev parent reply other threads:[~2013-04-24 17:16 UTC|newest]
Thread overview: 85+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-23 8:29 [Qemu-devel] [PATCH 00/21 v5] target-i386: CPU hot-add with cpu-add QMP command Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 01/21] cpu: make kvm-stub.o a part of CPU library Igor Mammedov
2013-04-23 15:06 ` Andreas Färber
2013-04-23 8:29 ` [Qemu-devel] [PATCH 02/21] cpu: call cpu_synchronize_post_init() from CPUClass.realize() if hotplugged Igor Mammedov
2013-04-23 15:59 ` Andreas Färber
2013-04-24 12:08 ` Andreas Färber
2013-04-24 13:34 ` Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 03/21] introduce cpu_resume(), for single CPU Igor Mammedov
2013-04-24 15:21 ` Andreas Färber
2013-04-23 8:29 ` [Qemu-devel] [PATCH 04/21] cpu: resume CPU from CPUClass.cpu_common_realizefn() when it is hot-plugged Igor Mammedov
2013-04-24 15:37 ` Andreas Färber
2013-04-23 8:29 ` [Qemu-devel] [PATCH 05/21] introduce CPU hot-plug notifier Igor Mammedov
2013-04-24 16:52 ` Andreas Färber
2013-04-23 8:29 ` [Qemu-devel] [PATCH 06/21] target-i386: pc: update rtc_cmos on CPU hot-plug Igor Mammedov
2013-04-24 17:03 ` Andreas Färber
2013-04-24 20:04 ` Andreas Färber
2013-04-23 8:29 ` [Qemu-devel] [PATCH 07/21] cpu: introduce get_arch_id() method and override it for target-i386 Igor Mammedov
2013-04-24 17:51 ` Andreas Färber
2013-04-23 8:29 ` [Qemu-devel] [PATCH 08/21] exec: add qemu_for_each_cpu Igor Mammedov
2013-04-25 14:48 ` Andreas Färber
2013-04-23 8:29 ` [Qemu-devel] [PATCH 09/21] cpu: add helper cpu_exists(), to check if CPU with specified id exists Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 10/21] acpi_piix4: add infrastructure to send CPU hot-plug GPE to guest Igor Mammedov
2013-04-23 11:38 ` Juan Quintela
2013-04-23 12:54 ` Igor Mammedov
2013-04-23 13:04 ` Michael S. Tsirkin
2013-04-23 14:51 ` Igor Mammedov
2013-04-23 15:01 ` Michael S. Tsirkin
2013-04-23 13:16 ` Juan Quintela
2013-04-23 15:25 ` Juan Quintela
2013-04-23 15:53 ` Igor Mammedov
2013-04-23 13:43 ` Juan Quintela
2013-04-23 13:58 ` Eduardo Habkost
2013-04-23 14:10 ` Igor Mammedov
2013-04-23 16:27 ` [Qemu-devel] [PATCH 10/21 DISGISED v6] " Igor Mammedov
2013-04-24 15:56 ` Igor Mammedov
2013-04-24 16:03 ` Eduardo Habkost
2013-04-24 16:07 ` Paolo Bonzini
2013-04-24 16:09 ` Andreas Färber
2013-04-24 17:22 ` Igor Mammedov
2013-04-24 15:58 ` [Qemu-devel] [PATCH 08/19 v7] " Igor Mammedov
2013-04-24 16:06 ` Andreas Färber
2013-04-24 17:15 ` Igor Mammedov [this message]
2013-04-24 18:57 ` [Qemu-devel] [PATCH 10/21 v8] " Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 11/21] target-i386: introduce apic-id property Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 12/21] target-i386: introduce ICC bus/device/bridge Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 13/21] target-i386: cpu: attach ICC bus to CPU on its creation Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 14/21] target-i386: replace MSI_SPACE_SIZE with APIC_SPACE_SIZE Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 15/21] target-i386: kvmvapic: make expilict dependency on sysbus.h Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 16/21] target-i386: move APIC to ICC bus Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 17/21] introduce memory_region_get_address() and use it in kvm/ioapic Igor Mammedov
2013-04-23 17:02 ` Paolo Bonzini
2013-04-23 17:06 ` Peter Maydell
2013-04-23 17:14 ` Paolo Bonzini
2013-04-23 17:26 ` Peter Maydell
2013-04-23 17:39 ` Jan Kiszka
2013-04-23 18:00 ` Peter Maydell
2013-04-23 21:02 ` Paolo Bonzini
2013-04-23 21:39 ` Peter Maydell
2013-04-23 21:46 ` Paolo Bonzini
2013-04-23 22:00 ` Peter Maydell
2013-04-24 10:22 ` Paolo Bonzini
2013-04-24 10:26 ` Paolo Bonzini
2013-04-24 16:02 ` [Qemu-devel] [PATCH 15/19 v2] extend memory_region_find() " Igor Mammedov
2013-04-25 18:37 ` [Qemu-devel] [PATCH 17/21] introduce memory_region_get_address() " Blue Swirl
2013-04-26 14:17 ` Igor Mammedov
2013-04-26 17:35 ` Blue Swirl
2013-04-26 17:46 ` Igor Mammedov
2013-04-26 22:13 ` Paolo Bonzini
2013-04-27 10:09 ` Blue Swirl
2013-04-27 12:12 ` Paolo Bonzini
2013-04-27 20:57 ` Blue Swirl
2013-04-29 9:49 ` Paolo Bonzini
2013-04-29 9:55 ` Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 18/21] target-i386: move IOAPIC to ICC bus Igor Mammedov
2013-04-23 8:29 ` [Qemu-devel] [PATCH 19/21] add hot_add_cpu hook to QEMUMachine and export machine_args Igor Mammedov
2013-04-24 17:25 ` Andreas Färber
2013-04-24 17:42 ` Igor Mammedov
2013-04-25 16:58 ` Eduardo Habkost
2013-04-23 8:29 ` [Qemu-devel] [PATCH 20/21] target-i386: implement machine->hot_add_cpu hook Igor Mammedov
2013-04-24 17:31 ` Andreas Färber
2013-04-24 19:14 ` Eduardo Habkost
2013-04-23 8:29 ` [Qemu-devel] [PATCH 21/21] QMP: add cpu-add command Igor Mammedov
2013-04-23 13:26 ` Luiz Capitulino
2013-04-23 14:15 ` Igor Mammedov
2013-04-24 19:44 ` Eric Blake
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130424191530.769c5493@thinkpad \
--to=imammedo@redhat.com \
--cc=aderumier@odiso.com \
--cc=afaerber@suse.de \
--cc=alex.williamson@redhat.com \
--cc=aliguori@us.ibm.com \
--cc=anthony.perard@citrix.com \
--cc=armbru@redhat.com \
--cc=blauwirbel@gmail.com \
--cc=claudio.fontana@huawei.com \
--cc=ehabkost@redhat.com \
--cc=gleb@redhat.com \
--cc=jan.kiszka@siemens.com \
--cc=kraxel@redhat.com \
--cc=kwolf@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-devel@nongnu.org \
--cc=quintela@redhat.com \
--cc=rth@twiddle.net \
--cc=stefano.stabellini@eu.citrix.com \
--cc=yang.z.zhang@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).