From: Salil Mehta <salil.mehta@huawei.com>
To: Igor Mammedov <imammedo@redhat.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"qemu-arm@nongnu.org" <qemu-arm@nongnu.org>,
"maz@kernel.org" <maz@kernel.org>,
"jean-philippe@linaro.org" <jean-philippe@linaro.org>,
Jonathan Cameron <jonathan.cameron@huawei.com>,
"lpieralisi@kernel.org" <lpieralisi@kernel.org>,
"peter.maydell@linaro.org" <peter.maydell@linaro.org>,
"richard.henderson@linaro.org" <richard.henderson@linaro.org>,
"andrew.jones@linux.dev" <andrew.jones@linux.dev>,
"david@redhat.com" <david@redhat.com>,
"philmd@linaro.org" <philmd@linaro.org>,
"eric.auger@redhat.com" <eric.auger@redhat.com>,
"oliver.upton@linux.dev" <oliver.upton@linux.dev>,
"pbonzini@redhat.com" <pbonzini@redhat.com>,
"mst@redhat.com" <mst@redhat.com>,
"will@kernel.org" <will@kernel.org>,
"gshan@redhat.com" <gshan@redhat.com>,
"rafael@kernel.org" <rafael@kernel.org>,
"alex.bennee@linaro.org" <alex.bennee@linaro.org>,
"linux@armlinux.org.uk" <linux@armlinux.org.uk>,
"darren@os.amperecomputing.com" <darren@os.amperecomputing.com>,
"ilkka@os.amperecomputing.com" <ilkka@os.amperecomputing.com>,
"vishnu@os.amperecomputing.com" <vishnu@os.amperecomputing.com>,
"karl.heubaum@oracle.com" <karl.heubaum@oracle.com>,
"miguel.luis@oracle.com" <miguel.luis@oracle.com>,
"salil.mehta@opnsrc.net" <salil.mehta@opnsrc.net>,
zhukeqian <zhukeqian1@huawei.com>,
"wangxiongfeng (C)" <wangxiongfeng2@huawei.com>,
"wangyanan (Y)" <wangyanan55@huawei.com>,
"jiakernel2@gmail.com" <jiakernel2@gmail.com>,
"maobibo@loongson.cn" <maobibo@loongson.cn>,
"lixianglai@loongson.cn" <lixianglai@loongson.cn>,
"npiggin@gmail.com" <npiggin@gmail.com>,
"harshpb@linux.ibm.com" <harshpb@linux.ibm.com>,
Linuxarm <linuxarm@huawei.com>,
Shaoqin Huang <shahuang@redhat.com>,
Zhao Liu <zhao1.liu@intel.com>
Subject: RE: [PATCH V15 3/7] hw/acpi: Update ACPI GED framework to support vCPU Hotplug
Date: Mon, 15 Jul 2024 13:55:55 +0000 [thread overview]
Message-ID: <a6db623c27c548b4ae0e25e47b0118a4@huawei.com> (raw)
In-Reply-To: <20240715151229.7f934357@imammedo.users.ipa.redhat.com>
Hi Igor,
Thanks for the feedback.
> From: qemu-arm-bounces+salil.mehta=huawei.com@nongnu.org <qemu-
> arm-bounces+salil.mehta=huawei.com@nongnu.org> On Behalf Of Igor
> Mammedov
> Sent: Monday, July 15, 2024 2:12 PM
> To: Salil Mehta <salil.mehta@huawei.com>
>
> On Sat, 13 Jul 2024 19:25:12 +0100
> Salil Mehta <salil.mehta@huawei.com> wrote:
>
> > ACPI GED (as described in the ACPI 6.4 spec) uses an interrupt listed
> > in the _CRS object of GED to intimate OSPM about an event. Later then
> > demultiplexes the notified event by evaluating ACPI _EVT method to
> > know the type of event. Use ACPI GED to also notify the guest kernel
> about any CPU hot(un)plug events.
> >
> > Note, GED interface is used by many hotplug events like memory
> > hotplug, NVDIMM hotplug and non-hotplug events like system power
> down
> > event. Each of these can be selected using a bit in the 32 bit GED IO
> > interface. A bit has been reserved for the CPU hotplug event.
>
> > ACPI CPU hotplug related initialization should only happen if
> > ACPI_CPU_HOTPLUG support has been enabled for particular
> architecture.
> > Add cpu_hotplug_hw_init() stub to avoid compilation break.
>
> so any target (and machines in it) that has ACPI_CPU_HOTPLUG enabled will
> use have all CPU hotplug machinery builtin which is fine.
>
> However any machine that uses GED but do not opt-in into CPU hotplug, will
> still have CPU hotplug registers/memory regions enabled/mapped.
>
> It's not much concern for upstream as migration from new to older QEMU is
> not supported, however it will break migration downstream (arm/virt) as
> new QEMU will try to migrate memory regions/state that do not exists in
> older QEMU. Se below for suggestion.
Sorry. I missed this one. Yes. agreed.
> > Co-developed-by: Keqian Zhu <zhukeqian1@huawei.com>
> > Signed-off-by: Keqian Zhu <zhukeqian1@huawei.com>
> > Signed-off-by: Salil Mehta <salil.mehta@huawei.com>
> > Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> > Reviewed-by: Gavin Shan <gshan@redhat.com>
> > Reviewed-by: David Hildenbrand <david@redhat.com>
> > Reviewed-by: Shaoqin Huang <shahuang@redhat.com>
> > Tested-by: Vishnu Pajjuri <vishnu@os.amperecomputing.com>
> > Tested-by: Xianglai Li <lixianglai@loongson.cn>
> > Tested-by: Miguel Luis <miguel.luis@oracle.com>
> > Reviewed-by: Vishnu Pajjuri <vishnu@os.amperecomputing.com>
> > Tested-by: Zhao Liu <zhao1.liu@intel.com>
> > Reviewed-by: Zhao Liu <zhao1.liu@intel.com>
> > ---
> > docs/specs/acpi_hw_reduced_hotplug.rst | 3 ++-
> > hw/acpi/acpi-cpu-hotplug-stub.c | 6 ++++++
> > hw/acpi/generic_event_device.c | 24 ++++++++++++++++++++++++
> > include/hw/acpi/generic_event_device.h | 4 ++++
> > 4 files changed, 36 insertions(+), 1 deletion(-)
> >
> > diff --git a/docs/specs/acpi_hw_reduced_hotplug.rst
> > b/docs/specs/acpi_hw_reduced_hotplug.rst
> > index 0bd3f9399f..3acd6fcd8b 100644
> > --- a/docs/specs/acpi_hw_reduced_hotplug.rst
> > +++ b/docs/specs/acpi_hw_reduced_hotplug.rst
> > @@ -64,7 +64,8 @@ GED IO interface (4 byte access)
> > 0: Memory hotplug event
> > 1: System power down event
> > 2: NVDIMM hotplug event
> > - 3-31: Reserved
> > + 3: CPU hotplug event
> > + 4-31: Reserved
> >
> > **write_access:**
> >
> > diff --git a/hw/acpi/acpi-cpu-hotplug-stub.c
> > b/hw/acpi/acpi-cpu-hotplug-stub.c index 3fc4b14c26..c6c61bb9cd 100644
> > --- a/hw/acpi/acpi-cpu-hotplug-stub.c
> > +++ b/hw/acpi/acpi-cpu-hotplug-stub.c
> > @@ -19,6 +19,12 @@ void legacy_acpi_cpu_hotplug_init(MemoryRegion
> *parent, Object *owner,
> > return;
> > }
> >
> > +void cpu_hotplug_hw_init(MemoryRegion *as, Object *owner,
> > + CPUHotplugState *state, hwaddr base_addr) {
> > + return;
> > +}
> > +
> > void acpi_cpu_ospm_status(CPUHotplugState *cpu_st, ACPIOSTInfoList
> > ***list) {
> > return;
> > diff --git a/hw/acpi/generic_event_device.c
> > b/hw/acpi/generic_event_device.c index 2d6e91b124..1b31d633ba
> 100644
> > --- a/hw/acpi/generic_event_device.c
> > +++ b/hw/acpi/generic_event_device.c
> > @@ -25,6 +25,7 @@ static const uint32_t ged_supported_events[] = {
> > ACPI_GED_MEM_HOTPLUG_EVT,
> > ACPI_GED_PWR_DOWN_EVT,
> > ACPI_GED_NVDIMM_HOTPLUG_EVT,
> > + ACPI_GED_CPU_HOTPLUG_EVT,
> > };
> >
> > /*
> > @@ -234,6 +235,8 @@ static void
> acpi_ged_device_plug_cb(HotplugHandler *hotplug_dev,
> > } else {
> > acpi_memory_plug_cb(hotplug_dev, &s->memhp_state, dev,
> errp);
> > }
> > + } else if (object_dynamic_cast(OBJECT(dev), TYPE_CPU)) {
> > + acpi_cpu_plug_cb(hotplug_dev, &s->cpuhp_state, dev, errp);
> > } else {
> > error_setg(errp, "virt: device plug request for unsupported device"
> > " type: %s", object_get_typename(OBJECT(dev)));
> > @@ -248,6 +251,8 @@ static void
> acpi_ged_unplug_request_cb(HotplugHandler *hotplug_dev,
> > if ((object_dynamic_cast(OBJECT(dev), TYPE_PC_DIMM) &&
> > !(object_dynamic_cast(OBJECT(dev), TYPE_NVDIMM)))) {
> > acpi_memory_unplug_request_cb(hotplug_dev, &s->memhp_state,
> > dev, errp);
> > + } else if (object_dynamic_cast(OBJECT(dev), TYPE_CPU)) {
> > + acpi_cpu_unplug_request_cb(hotplug_dev, &s->cpuhp_state, dev,
> > + errp);
> > } else {
> > error_setg(errp, "acpi: device unplug request for unsupported
> device"
> > " type: %s", object_get_typename(OBJECT(dev)));
> > @@ -261,6 +266,8 @@ static void acpi_ged_unplug_cb(HotplugHandler
> > *hotplug_dev,
> >
> > if (object_dynamic_cast(OBJECT(dev), TYPE_PC_DIMM)) {
> > acpi_memory_unplug_cb(&s->memhp_state, dev, errp);
> > + } else if (object_dynamic_cast(OBJECT(dev), TYPE_CPU)) {
> > + acpi_cpu_unplug_cb(&s->cpuhp_state, dev, errp);
> > } else {
> > error_setg(errp, "acpi: device unplug for unsupported device"
> > " type: %s", object_get_typename(OBJECT(dev)));
> > @@ -272,6 +279,7 @@ static void acpi_ged_ospm_status(AcpiDeviceIf
> *adev, ACPIOSTInfoList ***list)
> > AcpiGedState *s = ACPI_GED(adev);
> >
> > acpi_memory_ospm_status(&s->memhp_state, list);
> > + acpi_cpu_ospm_status(&s->cpuhp_state, list);
> > }
> >
> > static void acpi_ged_send_event(AcpiDeviceIf *adev,
> > AcpiEventStatusBits ev) @@ -286,6 +294,8 @@ static void
> acpi_ged_send_event(AcpiDeviceIf *adev, AcpiEventStatusBits ev)
> > sel = ACPI_GED_PWR_DOWN_EVT;
> > } else if (ev & ACPI_NVDIMM_HOTPLUG_STATUS) {
> > sel = ACPI_GED_NVDIMM_HOTPLUG_EVT;
> > + } else if (ev & ACPI_CPU_HOTPLUG_STATUS) {
> > + sel = ACPI_GED_CPU_HOTPLUG_EVT;
> > } else {
> > /* Unknown event. Return without generating interrupt. */
> > warn_report("GED: Unsupported event %d. No irq injected",
> > ev); @@ -371,6 +381,19 @@ static const VMStateDescription
> vmstate_acpi_ged = {
> > }
> > };
> >
> > +static void acpi_ged_realize(DeviceState *dev, Error **errp) {
> > + AcpiGedState *s = ACPI_GED(dev);
> > + SysBusDevice *sbd = SYS_BUS_DEVICE(dev);
> > +
>
> > + /* initialize CPU Hotplug related regions */
> > + memory_region_init(&s->container_cpuhp, OBJECT(dev), "cpuhp
> container",
> > + ACPI_CPU_HOTPLUG_REG_LEN);
> > + sysbus_init_mmio(sbd, &s->container_cpuhp);
> > + cpu_hotplug_hw_init(&s->container_cpuhp, OBJECT(dev),
> > + &s->cpuhp_state, 0);
>
> how about making it conditional on supported events see hw/arm/virt.c:
> create_acpi_ged()
> if (ms->ram_slots) {
> event |= ACPI_GED_MEM_HOTPLUG_EVT;
> }
>
> if (ms->nvdimms_state->is_enabled) {
> event |= ACPI_GED_NVDIMM_HOTPLUG_EVT;
> }
>
> so cpu hotplug would have similar section and ged realize could use ged-
> event to enable/disable cpuhp feature registers and hwinit.
Got it, thanks for pointing out. I will fix this and share V16 by COB today itself.
Best regards
Salil.
>
> > +}
> > +
> > static void acpi_ged_initfn(Object *obj) {
> > DeviceState *dev = DEVICE(obj);
> > @@ -411,6 +434,7 @@ static void acpi_ged_class_init(ObjectClass *class,
> void *data)
> > dc->desc = "ACPI Generic Event Device";
> > device_class_set_props(dc, acpi_ged_properties);
> > dc->vmsd = &vmstate_acpi_ged;
> > + dc->realize = acpi_ged_realize;
> >
> > hc->plug = acpi_ged_device_plug_cb;
> > hc->unplug_request = acpi_ged_unplug_request_cb; diff --git
> > a/include/hw/acpi/generic_event_device.h
> > b/include/hw/acpi/generic_event_device.h
> > index ba84ce0214..e091ac2108 100644
> > --- a/include/hw/acpi/generic_event_device.h
> > +++ b/include/hw/acpi/generic_event_device.h
> > @@ -62,6 +62,7 @@
> > #include "hw/sysbus.h"
> > #include "hw/acpi/memory_hotplug.h"
> > #include "hw/acpi/ghes.h"
> > +#include "hw/acpi/cpu.h"
> > #include "qom/object.h"
> >
> > #define ACPI_POWER_BUTTON_DEVICE "PWRB"
> > @@ -95,6 +96,7 @@ OBJECT_DECLARE_SIMPLE_TYPE(AcpiGedState,
> ACPI_GED)
> > #define ACPI_GED_MEM_HOTPLUG_EVT 0x1
> > #define ACPI_GED_PWR_DOWN_EVT 0x2
> > #define ACPI_GED_NVDIMM_HOTPLUG_EVT 0x4
> > +#define ACPI_GED_CPU_HOTPLUG_EVT 0x8
> >
> > typedef struct GEDState {
> > MemoryRegion evt;
> > @@ -106,6 +108,8 @@ struct AcpiGedState {
> > SysBusDevice parent_obj;
> > MemHotplugState memhp_state;
> > MemoryRegion container_memhp;
> > + CPUHotplugState cpuhp_state;
> > + MemoryRegion container_cpuhp;
> > GEDState ged_state;
> > uint32_t ged_event_bitmap;
> > qemu_irq irq;
>
WARNING: multiple messages have this Message-ID (diff)
From: Salil Mehta via <qemu-devel@nongnu.org>
To: Igor Mammedov <imammedo@redhat.com>
Cc: "qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"qemu-arm@nongnu.org" <qemu-arm@nongnu.org>,
"maz@kernel.org" <maz@kernel.org>,
"jean-philippe@linaro.org" <jean-philippe@linaro.org>,
Jonathan Cameron <jonathan.cameron@huawei.com>,
"lpieralisi@kernel.org" <lpieralisi@kernel.org>,
"peter.maydell@linaro.org" <peter.maydell@linaro.org>,
"richard.henderson@linaro.org" <richard.henderson@linaro.org>,
"andrew.jones@linux.dev" <andrew.jones@linux.dev>,
"david@redhat.com" <david@redhat.com>,
"philmd@linaro.org" <philmd@linaro.org>,
"eric.auger@redhat.com" <eric.auger@redhat.com>,
"oliver.upton@linux.dev" <oliver.upton@linux.dev>,
"pbonzini@redhat.com" <pbonzini@redhat.com>,
"mst@redhat.com" <mst@redhat.com>,
"will@kernel.org" <will@kernel.org>,
"gshan@redhat.com" <gshan@redhat.com>,
"rafael@kernel.org" <rafael@kernel.org>,
"alex.bennee@linaro.org" <alex.bennee@linaro.org>,
"linux@armlinux.org.uk" <linux@armlinux.org.uk>,
"darren@os.amperecomputing.com" <darren@os.amperecomputing.com>,
"ilkka@os.amperecomputing.com" <ilkka@os.amperecomputing.com>,
"vishnu@os.amperecomputing.com" <vishnu@os.amperecomputing.com>,
"karl.heubaum@oracle.com" <karl.heubaum@oracle.com>,
"miguel.luis@oracle.com" <miguel.luis@oracle.com>,
"salil.mehta@opnsrc.net" <salil.mehta@opnsrc.net>,
zhukeqian <zhukeqian1@huawei.com>,
"wangxiongfeng (C)" <wangxiongfeng2@huawei.com>,
"wangyanan (Y)" <wangyanan55@huawei.com>,
"jiakernel2@gmail.com" <jiakernel2@gmail.com>,
"maobibo@loongson.cn" <maobibo@loongson.cn>,
"lixianglai@loongson.cn" <lixianglai@loongson.cn>,
"npiggin@gmail.com" <npiggin@gmail.com>,
"harshpb@linux.ibm.com" <harshpb@linux.ibm.com>,
Linuxarm <linuxarm@huawei.com>,
Shaoqin Huang <shahuang@redhat.com>,
Zhao Liu <zhao1.liu@intel.com>
Subject: RE: [PATCH V15 3/7] hw/acpi: Update ACPI GED framework to support vCPU Hotplug
Date: Mon, 15 Jul 2024 13:55:55 +0000 [thread overview]
Message-ID: <a6db623c27c548b4ae0e25e47b0118a4@huawei.com> (raw)
In-Reply-To: <20240715151229.7f934357@imammedo.users.ipa.redhat.com>
Hi Igor,
Thanks for the feedback.
> From: qemu-arm-bounces+salil.mehta=huawei.com@nongnu.org <qemu-
> arm-bounces+salil.mehta=huawei.com@nongnu.org> On Behalf Of Igor
> Mammedov
> Sent: Monday, July 15, 2024 2:12 PM
> To: Salil Mehta <salil.mehta@huawei.com>
>
> On Sat, 13 Jul 2024 19:25:12 +0100
> Salil Mehta <salil.mehta@huawei.com> wrote:
>
> > ACPI GED (as described in the ACPI 6.4 spec) uses an interrupt listed
> > in the _CRS object of GED to intimate OSPM about an event. Later then
> > demultiplexes the notified event by evaluating ACPI _EVT method to
> > know the type of event. Use ACPI GED to also notify the guest kernel
> about any CPU hot(un)plug events.
> >
> > Note, GED interface is used by many hotplug events like memory
> > hotplug, NVDIMM hotplug and non-hotplug events like system power
> down
> > event. Each of these can be selected using a bit in the 32 bit GED IO
> > interface. A bit has been reserved for the CPU hotplug event.
>
> > ACPI CPU hotplug related initialization should only happen if
> > ACPI_CPU_HOTPLUG support has been enabled for particular
> architecture.
> > Add cpu_hotplug_hw_init() stub to avoid compilation break.
>
> so any target (and machines in it) that has ACPI_CPU_HOTPLUG enabled will
> use have all CPU hotplug machinery builtin which is fine.
>
> However any machine that uses GED but do not opt-in into CPU hotplug, will
> still have CPU hotplug registers/memory regions enabled/mapped.
>
> It's not much concern for upstream as migration from new to older QEMU is
> not supported, however it will break migration downstream (arm/virt) as
> new QEMU will try to migrate memory regions/state that do not exists in
> older QEMU. Se below for suggestion.
Sorry. I missed this one. Yes. agreed.
> > Co-developed-by: Keqian Zhu <zhukeqian1@huawei.com>
> > Signed-off-by: Keqian Zhu <zhukeqian1@huawei.com>
> > Signed-off-by: Salil Mehta <salil.mehta@huawei.com>
> > Reviewed-by: Jonathan Cameron <Jonathan.Cameron@huawei.com>
> > Reviewed-by: Gavin Shan <gshan@redhat.com>
> > Reviewed-by: David Hildenbrand <david@redhat.com>
> > Reviewed-by: Shaoqin Huang <shahuang@redhat.com>
> > Tested-by: Vishnu Pajjuri <vishnu@os.amperecomputing.com>
> > Tested-by: Xianglai Li <lixianglai@loongson.cn>
> > Tested-by: Miguel Luis <miguel.luis@oracle.com>
> > Reviewed-by: Vishnu Pajjuri <vishnu@os.amperecomputing.com>
> > Tested-by: Zhao Liu <zhao1.liu@intel.com>
> > Reviewed-by: Zhao Liu <zhao1.liu@intel.com>
> > ---
> > docs/specs/acpi_hw_reduced_hotplug.rst | 3 ++-
> > hw/acpi/acpi-cpu-hotplug-stub.c | 6 ++++++
> > hw/acpi/generic_event_device.c | 24 ++++++++++++++++++++++++
> > include/hw/acpi/generic_event_device.h | 4 ++++
> > 4 files changed, 36 insertions(+), 1 deletion(-)
> >
> > diff --git a/docs/specs/acpi_hw_reduced_hotplug.rst
> > b/docs/specs/acpi_hw_reduced_hotplug.rst
> > index 0bd3f9399f..3acd6fcd8b 100644
> > --- a/docs/specs/acpi_hw_reduced_hotplug.rst
> > +++ b/docs/specs/acpi_hw_reduced_hotplug.rst
> > @@ -64,7 +64,8 @@ GED IO interface (4 byte access)
> > 0: Memory hotplug event
> > 1: System power down event
> > 2: NVDIMM hotplug event
> > - 3-31: Reserved
> > + 3: CPU hotplug event
> > + 4-31: Reserved
> >
> > **write_access:**
> >
> > diff --git a/hw/acpi/acpi-cpu-hotplug-stub.c
> > b/hw/acpi/acpi-cpu-hotplug-stub.c index 3fc4b14c26..c6c61bb9cd 100644
> > --- a/hw/acpi/acpi-cpu-hotplug-stub.c
> > +++ b/hw/acpi/acpi-cpu-hotplug-stub.c
> > @@ -19,6 +19,12 @@ void legacy_acpi_cpu_hotplug_init(MemoryRegion
> *parent, Object *owner,
> > return;
> > }
> >
> > +void cpu_hotplug_hw_init(MemoryRegion *as, Object *owner,
> > + CPUHotplugState *state, hwaddr base_addr) {
> > + return;
> > +}
> > +
> > void acpi_cpu_ospm_status(CPUHotplugState *cpu_st, ACPIOSTInfoList
> > ***list) {
> > return;
> > diff --git a/hw/acpi/generic_event_device.c
> > b/hw/acpi/generic_event_device.c index 2d6e91b124..1b31d633ba
> 100644
> > --- a/hw/acpi/generic_event_device.c
> > +++ b/hw/acpi/generic_event_device.c
> > @@ -25,6 +25,7 @@ static const uint32_t ged_supported_events[] = {
> > ACPI_GED_MEM_HOTPLUG_EVT,
> > ACPI_GED_PWR_DOWN_EVT,
> > ACPI_GED_NVDIMM_HOTPLUG_EVT,
> > + ACPI_GED_CPU_HOTPLUG_EVT,
> > };
> >
> > /*
> > @@ -234,6 +235,8 @@ static void
> acpi_ged_device_plug_cb(HotplugHandler *hotplug_dev,
> > } else {
> > acpi_memory_plug_cb(hotplug_dev, &s->memhp_state, dev,
> errp);
> > }
> > + } else if (object_dynamic_cast(OBJECT(dev), TYPE_CPU)) {
> > + acpi_cpu_plug_cb(hotplug_dev, &s->cpuhp_state, dev, errp);
> > } else {
> > error_setg(errp, "virt: device plug request for unsupported device"
> > " type: %s", object_get_typename(OBJECT(dev)));
> > @@ -248,6 +251,8 @@ static void
> acpi_ged_unplug_request_cb(HotplugHandler *hotplug_dev,
> > if ((object_dynamic_cast(OBJECT(dev), TYPE_PC_DIMM) &&
> > !(object_dynamic_cast(OBJECT(dev), TYPE_NVDIMM)))) {
> > acpi_memory_unplug_request_cb(hotplug_dev, &s->memhp_state,
> > dev, errp);
> > + } else if (object_dynamic_cast(OBJECT(dev), TYPE_CPU)) {
> > + acpi_cpu_unplug_request_cb(hotplug_dev, &s->cpuhp_state, dev,
> > + errp);
> > } else {
> > error_setg(errp, "acpi: device unplug request for unsupported
> device"
> > " type: %s", object_get_typename(OBJECT(dev)));
> > @@ -261,6 +266,8 @@ static void acpi_ged_unplug_cb(HotplugHandler
> > *hotplug_dev,
> >
> > if (object_dynamic_cast(OBJECT(dev), TYPE_PC_DIMM)) {
> > acpi_memory_unplug_cb(&s->memhp_state, dev, errp);
> > + } else if (object_dynamic_cast(OBJECT(dev), TYPE_CPU)) {
> > + acpi_cpu_unplug_cb(&s->cpuhp_state, dev, errp);
> > } else {
> > error_setg(errp, "acpi: device unplug for unsupported device"
> > " type: %s", object_get_typename(OBJECT(dev)));
> > @@ -272,6 +279,7 @@ static void acpi_ged_ospm_status(AcpiDeviceIf
> *adev, ACPIOSTInfoList ***list)
> > AcpiGedState *s = ACPI_GED(adev);
> >
> > acpi_memory_ospm_status(&s->memhp_state, list);
> > + acpi_cpu_ospm_status(&s->cpuhp_state, list);
> > }
> >
> > static void acpi_ged_send_event(AcpiDeviceIf *adev,
> > AcpiEventStatusBits ev) @@ -286,6 +294,8 @@ static void
> acpi_ged_send_event(AcpiDeviceIf *adev, AcpiEventStatusBits ev)
> > sel = ACPI_GED_PWR_DOWN_EVT;
> > } else if (ev & ACPI_NVDIMM_HOTPLUG_STATUS) {
> > sel = ACPI_GED_NVDIMM_HOTPLUG_EVT;
> > + } else if (ev & ACPI_CPU_HOTPLUG_STATUS) {
> > + sel = ACPI_GED_CPU_HOTPLUG_EVT;
> > } else {
> > /* Unknown event. Return without generating interrupt. */
> > warn_report("GED: Unsupported event %d. No irq injected",
> > ev); @@ -371,6 +381,19 @@ static const VMStateDescription
> vmstate_acpi_ged = {
> > }
> > };
> >
> > +static void acpi_ged_realize(DeviceState *dev, Error **errp) {
> > + AcpiGedState *s = ACPI_GED(dev);
> > + SysBusDevice *sbd = SYS_BUS_DEVICE(dev);
> > +
>
> > + /* initialize CPU Hotplug related regions */
> > + memory_region_init(&s->container_cpuhp, OBJECT(dev), "cpuhp
> container",
> > + ACPI_CPU_HOTPLUG_REG_LEN);
> > + sysbus_init_mmio(sbd, &s->container_cpuhp);
> > + cpu_hotplug_hw_init(&s->container_cpuhp, OBJECT(dev),
> > + &s->cpuhp_state, 0);
>
> how about making it conditional on supported events see hw/arm/virt.c:
> create_acpi_ged()
> if (ms->ram_slots) {
> event |= ACPI_GED_MEM_HOTPLUG_EVT;
> }
>
> if (ms->nvdimms_state->is_enabled) {
> event |= ACPI_GED_NVDIMM_HOTPLUG_EVT;
> }
>
> so cpu hotplug would have similar section and ged realize could use ged-
> event to enable/disable cpuhp feature registers and hwinit.
Got it, thanks for pointing out. I will fix this and share V16 by COB today itself.
Best regards
Salil.
>
> > +}
> > +
> > static void acpi_ged_initfn(Object *obj) {
> > DeviceState *dev = DEVICE(obj);
> > @@ -411,6 +434,7 @@ static void acpi_ged_class_init(ObjectClass *class,
> void *data)
> > dc->desc = "ACPI Generic Event Device";
> > device_class_set_props(dc, acpi_ged_properties);
> > dc->vmsd = &vmstate_acpi_ged;
> > + dc->realize = acpi_ged_realize;
> >
> > hc->plug = acpi_ged_device_plug_cb;
> > hc->unplug_request = acpi_ged_unplug_request_cb; diff --git
> > a/include/hw/acpi/generic_event_device.h
> > b/include/hw/acpi/generic_event_device.h
> > index ba84ce0214..e091ac2108 100644
> > --- a/include/hw/acpi/generic_event_device.h
> > +++ b/include/hw/acpi/generic_event_device.h
> > @@ -62,6 +62,7 @@
> > #include "hw/sysbus.h"
> > #include "hw/acpi/memory_hotplug.h"
> > #include "hw/acpi/ghes.h"
> > +#include "hw/acpi/cpu.h"
> > #include "qom/object.h"
> >
> > #define ACPI_POWER_BUTTON_DEVICE "PWRB"
> > @@ -95,6 +96,7 @@ OBJECT_DECLARE_SIMPLE_TYPE(AcpiGedState,
> ACPI_GED)
> > #define ACPI_GED_MEM_HOTPLUG_EVT 0x1
> > #define ACPI_GED_PWR_DOWN_EVT 0x2
> > #define ACPI_GED_NVDIMM_HOTPLUG_EVT 0x4
> > +#define ACPI_GED_CPU_HOTPLUG_EVT 0x8
> >
> > typedef struct GEDState {
> > MemoryRegion evt;
> > @@ -106,6 +108,8 @@ struct AcpiGedState {
> > SysBusDevice parent_obj;
> > MemHotplugState memhp_state;
> > MemoryRegion container_memhp;
> > + CPUHotplugState cpuhp_state;
> > + MemoryRegion container_cpuhp;
> > GEDState ged_state;
> > uint32_t ged_event_bitmap;
> > qemu_irq irq;
>
next prev parent reply other threads:[~2024-07-15 13:55 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-13 18:25 [PATCH V15 0/7] Add architecture agnostic code to support vCPU Hotplug Salil Mehta via
2024-07-13 18:25 ` [PATCH V15 1/7] accel/kvm: Extract common KVM vCPU {creation,parking} code Salil Mehta
2024-07-13 18:25 ` [PATCH V15 1/7] accel/kvm: Extract common KVM vCPU {creation, parking} code Salil Mehta via
2024-07-15 12:49 ` [PATCH V15 1/7] accel/kvm: Extract common KVM vCPU {creation,parking} code Igor Mammedov
2024-07-15 13:28 ` Igor Mammedov
2024-07-15 13:57 ` Salil Mehta
2024-07-15 13:57 ` Salil Mehta via
2024-07-13 18:25 ` [PATCH V15 2/7] hw/acpi: Move CPU ctrl-dev MMIO region len macro to common header file Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 12:50 ` Igor Mammedov
2024-07-13 18:25 ` [PATCH V15 3/7] hw/acpi: Update ACPI GED framework to support vCPU Hotplug Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 13:12 ` Igor Mammedov
2024-07-15 13:55 ` Salil Mehta [this message]
2024-07-15 13:55 ` Salil Mehta via
2024-07-13 18:25 ` [PATCH V15 4/7] hw/acpi: Update GED _EVT method AML with CPU scan Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 12:55 ` Igor Mammedov
2024-07-13 18:25 ` [PATCH V15 5/7] hw/acpi: Update CPUs AML with cpu-(ctrl)dev change Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 13:39 ` Igor Mammedov
2024-07-13 18:25 ` [PATCH V15 6/7] physmem: Add helper function to destroy CPU AddressSpace Salil Mehta via
2024-07-13 18:25 ` [PATCH V15 7/7] gdbstub: Add helper function to unregister GDB register space Salil Mehta
2024-07-13 18:25 ` Salil Mehta via
2024-07-15 13:40 ` Igor Mammedov
2024-07-15 6:11 ` [PATCH V15 0/7] Add architecture agnostic code to support vCPU Hotplug Zhao Liu
2024-07-15 8:45 ` Salil Mehta
2024-07-15 8:45 ` Salil Mehta via
2024-07-15 11:03 ` Vishnu Pajjuri
2024-07-15 11:07 ` Salil Mehta
2024-07-15 11:13 ` Michael S. Tsirkin
2024-07-15 11:27 ` Salil Mehta
2024-07-15 11:27 ` Salil Mehta via
2024-07-15 11:33 ` Michael S. Tsirkin
2024-07-15 11:35 ` Salil Mehta
2024-07-15 11:35 ` Salil Mehta via
2024-07-15 13:55 ` Igor Mammedov
2024-07-15 11:14 ` Salil Mehta
2024-07-15 11:14 ` Salil Mehta via
2024-07-15 13:54 ` Igor Mammedov
2024-07-15 14:14 ` Salil Mehta
2024-07-15 14:14 ` Salil Mehta via
2024-07-15 14:19 ` Salil Mehta via
2024-07-15 15:11 ` Igor Mammedov
2024-07-16 3:38 ` Salil Mehta
2024-07-16 9:52 ` Igor Mammedov
2024-07-16 11:43 ` Salil Mehta via
2024-07-16 15:21 ` Igor Mammedov
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=a6db623c27c548b4ae0e25e47b0118a4@huawei.com \
--to=salil.mehta@huawei.com \
--cc=alex.bennee@linaro.org \
--cc=andrew.jones@linux.dev \
--cc=darren@os.amperecomputing.com \
--cc=david@redhat.com \
--cc=eric.auger@redhat.com \
--cc=gshan@redhat.com \
--cc=harshpb@linux.ibm.com \
--cc=ilkka@os.amperecomputing.com \
--cc=imammedo@redhat.com \
--cc=jean-philippe@linaro.org \
--cc=jiakernel2@gmail.com \
--cc=jonathan.cameron@huawei.com \
--cc=karl.heubaum@oracle.com \
--cc=linux@armlinux.org.uk \
--cc=linuxarm@huawei.com \
--cc=lixianglai@loongson.cn \
--cc=lpieralisi@kernel.org \
--cc=maobibo@loongson.cn \
--cc=maz@kernel.org \
--cc=miguel.luis@oracle.com \
--cc=mst@redhat.com \
--cc=npiggin@gmail.com \
--cc=oliver.upton@linux.dev \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=philmd@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=rafael@kernel.org \
--cc=richard.henderson@linaro.org \
--cc=salil.mehta@opnsrc.net \
--cc=shahuang@redhat.com \
--cc=vishnu@os.amperecomputing.com \
--cc=wangxiongfeng2@huawei.com \
--cc=wangyanan55@huawei.com \
--cc=will@kernel.org \
--cc=zhao1.liu@intel.com \
--cc=zhukeqian1@huawei.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.