From: Auger Eric <eric.auger@redhat.com>
To: Shameer Kolothum <shameerali.kolothum.thodi@huawei.com>,
qemu-devel@nongnu.org, qemu-arm@nongnu.org
Cc: peter.maydell@linaro.org, drjones@redhat.com,
jonathan.cameron@huawei.com, linuxarm@huawei.com,
alex.williamson@redhat.com, zhaoshenglong@huawei.com,
imammedo@redhat.com
Subject: Re: [Qemu-devel] [RFC v2 3/6] hw/arm/virt: Add pc-dimm mem hotplug framework
Date: Mon, 28 May 2018 16:21:44 +0200 [thread overview]
Message-ID: <1f8e3cd4-1e54-5350-3804-c77bbbfbd3e4@redhat.com> (raw)
In-Reply-To: <20180516152026.2920-4-shameerali.kolothum.thodi@huawei.com>
Hi Shameer,
On 05/16/2018 05:20 PM, Shameer Kolothum wrote:
> This will be used in subsequent patches to model a chunk of
> memory as pc-dimm(cold plug) if the valid iova regions are
> non-contiguous. This is not yet a full hotplug support.
Please can you give more details about this restriction?
>
> Signed-off-by: Shameer Kolothum <shameerali.kolothum.thodi@huawei.com>
> ---
> default-configs/aarch64-softmmu.mak | 1 +
> hw/arm/virt.c | 82 +++++++++++++++++++++++++++++++++++++
> include/hw/arm/virt.h | 2 +
> 3 files changed, 85 insertions(+)
>
> diff --git a/default-configs/aarch64-softmmu.mak b/default-configs/aarch64-softmmu.mak
> index 9ddccf8..7a82ed8 100644
> --- a/default-configs/aarch64-softmmu.mak
> +++ b/default-configs/aarch64-softmmu.mak
> @@ -8,3 +8,4 @@ CONFIG_DDC=y
> CONFIG_DPCD=y
> CONFIG_XLNX_ZYNQMP=y
> CONFIG_XLNX_ZYNQMP_ARM=y
> +CONFIG_MEM_HOTPLUG=y
> diff --git a/hw/arm/virt.c b/hw/arm/virt.c
> index 05fcb62..be3ad14 100644
> --- a/hw/arm/virt.c
> +++ b/hw/arm/virt.c
> @@ -1552,9 +1552,82 @@ static const CPUArchIdList *virt_possible_cpu_arch_ids(MachineState *ms)
> return ms->possible_cpus;
> }
>
> +static void virt_dimm_plug(HotplugHandler *hotplug_dev,
> + DeviceState *dev, Error **errp)
> +{
> + VirtMachineState *vms = VIRT_MACHINE(hotplug_dev);
> + PCDIMMDevice *dimm = PC_DIMM(dev);
> + PCDIMMDeviceClass *ddc = PC_DIMM_GET_CLASS(dimm);
> + MemoryRegion *mr;
> + uint64_t align;
> + Error *local_err = NULL;
> +
> + mr = ddc->get_memory_region(dimm, &local_err);
> + if (local_err) {
> + goto out;
> + }
> +
> + align = memory_region_get_alignment(mr);
I see that on PC machine class they have an "enforce_aligned_dimm"
option. Also looks memory_region_get_alignment(mr) can return 0.
if (memory_region_get_alignment(mr) && pcmc->enforce_aligned_dimm) {
> + pc_dimm_memory_plug(dev, &vms->hotplug_memory, mr, align, &local_err);
> + if (local_err) {
> + goto out;
> + }
useless block and error_propagate does nothing if local_err is NULL so
we are fine.
> +
> +out:
> + error_propagate(errp, local_err);
> +}
> +
> +static void virt_dimm_unplug(HotplugHandler *hotplug_dev,
> + DeviceState *dev, Error **errp)
> +{
> + VirtMachineState *vms = VIRT_MACHINE(hotplug_dev);
> + PCDIMMDevice *dimm = PC_DIMM(dev);
> + PCDIMMDeviceClass *ddc = PC_DIMM_GET_CLASS(dimm);
> + MemoryRegion *mr;
> + Error *local_err = NULL;
> +
> + mr = ddc->get_memory_region(dimm, &local_err);
don't you want to avoid executing the following if local_err?
> + pc_dimm_memory_unplug(dev, &vms->hotplug_memory, mr);
needs a rebase on top of "pc-dimm: no need to pass the memory region"
in master pc_dimm_memory_unplug we now have
MemoryRegion *mr = ddc->get_memory_region(dimm, &error_abort);
Thanks
Eric
> + object_unparent(OBJECT(dev));
> +
> + error_propagate(errp, local_err);
> +}
> +
> +static void virt_machinedevice_plug_cb(HotplugHandler *hotplug_dev,
> + DeviceState *dev, Error **errp)
> +{
> + if (object_dynamic_cast(OBJECT(dev), TYPE_PC_DIMM)) {
> + virt_dimm_plug(hotplug_dev, dev, errp);
> + } else {
> + error_setg(errp, "device plug request for not supported device"
> + " type: %s", object_get_typename(OBJECT(dev)));
> + }
> +}
> +
> +static void virt_machinedevice_unplug_cb(HotplugHandler *hotplug_dev,
> + DeviceState *dev, Error **errp)
> +{
> + if (object_dynamic_cast(OBJECT(dev), TYPE_PC_DIMM)) {
> + virt_dimm_unplug(hotplug_dev, dev, errp);
> + } else {
> + error_setg(errp, "device unplug for not supported device"
> + " type: %s", object_get_typename(OBJECT(dev)));
> + }
> +}
> +
> +static HotplugHandler *virt_get_hotplug_handler(MachineState *machine,
> + DeviceState *dev)
> +{
> + if (object_dynamic_cast(OBJECT(dev), TYPE_PC_DIMM)) {
> + return HOTPLUG_HANDLER(machine);
> + }
> + return NULL;
> +}
> +
> static void virt_machine_class_init(ObjectClass *oc, void *data)
> {
> MachineClass *mc = MACHINE_CLASS(oc);
> + HotplugHandlerClass *hc = HOTPLUG_HANDLER_CLASS(oc);
>
> mc->init = machvirt_init;
> /* Start max_cpus at the maximum QEMU supports. We'll further restrict
> @@ -1573,6 +1646,11 @@ static void virt_machine_class_init(ObjectClass *oc, void *data)
> mc->cpu_index_to_instance_props = virt_cpu_index_to_props;
> mc->default_cpu_type = ARM_CPU_TYPE_NAME("cortex-a15");
> mc->get_default_cpu_node_id = virt_get_default_cpu_node_id;
> +
> + mc->get_hotplug_handler = virt_get_hotplug_handler;
This requires a rebase on top of Igor's and David's series.
Thanks
Eric
> + hc->plug = virt_machinedevice_plug_cb;
> + hc->unplug = virt_machinedevice_unplug_cb;
> +
> }
>
> static const TypeInfo virt_machine_info = {
> @@ -1582,6 +1660,10 @@ static const TypeInfo virt_machine_info = {
> .instance_size = sizeof(VirtMachineState),
> .class_size = sizeof(VirtMachineClass),
> .class_init = virt_machine_class_init,
> + .interfaces = (InterfaceInfo[]) {
> + { TYPE_HOTPLUG_HANDLER },
> + { }
> + },
> };
>
> static void machvirt_machine_init(void)
> diff --git a/include/hw/arm/virt.h b/include/hw/arm/virt.h
> index fc24f3a..a39f29e 100644
> --- a/include/hw/arm/virt.h
> +++ b/include/hw/arm/virt.h
> @@ -35,6 +35,7 @@
> #include "qemu/notify.h"
> #include "hw/boards.h"
> #include "hw/arm/arm.h"
> +#include "hw/mem/pc-dimm.h"
>
> #define NUM_GICV2M_SPIS 64
> #define NUM_VIRTIO_TRANSPORTS 32
> @@ -108,6 +109,7 @@ typedef struct {
> uint32_t gic_phandle;
> uint32_t msi_phandle;
> int psci_conduit;
> + MemoryHotplugState hotplug_memory;
> } VirtMachineState;
>
> #define TYPE_VIRT_MACHINE MACHINE_TYPE_NAME("virt")
>
next prev parent reply other threads:[~2018-05-28 14:24 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-05-16 15:20 [Qemu-arm] [RFC v2 0/6] hw/arm: Add support for non-contiguous iova regions Shameer Kolothum
2018-05-16 15:20 ` [Qemu-arm] [RFC v2 1/6] hw/vfio: Retrieve valid iova ranges from kernel Shameer Kolothum
2018-05-28 14:21 ` [Qemu-arm] [Qemu-devel] " Auger Eric
2018-05-30 14:43 ` Shameerali Kolothum Thodi
2018-05-16 15:20 ` [Qemu-arm] [RFC v2 2/6] hw/arm/virt: Enable dynamic generation of guest RAM memory regions Shameer Kolothum
2018-05-28 14:21 ` Auger Eric
2018-05-30 14:43 ` Shameerali Kolothum Thodi
2018-05-28 16:47 ` [Qemu-arm] [Qemu-devel] " Andrew Jones
2018-05-30 14:50 ` Shameerali Kolothum Thodi
2018-05-16 15:20 ` [Qemu-devel] [RFC v2 3/6] hw/arm/virt: Add pc-dimm mem hotplug framework Shameer Kolothum
2018-05-28 14:21 ` Auger Eric [this message]
2018-05-30 14:46 ` [Qemu-arm] " Shameerali Kolothum Thodi
2018-05-16 15:20 ` [Qemu-arm] [RFC v2 4/6] hw/arm: Changes required to accommodate non-contiguous DT mem nodes Shameer Kolothum
2018-05-28 14:21 ` [Qemu-arm] [Qemu-devel] " Auger Eric
2018-05-30 14:46 ` Shameerali Kolothum Thodi
2018-05-16 15:20 ` [Qemu-arm] [RFC v2 5/6] hw/arm: ACPI SRAT changes to accommodate non-contiguous mem Shameer Kolothum
2018-05-28 14:21 ` Auger Eric
2018-05-28 17:02 ` [Qemu-arm] [Qemu-devel] " Andrew Jones
2018-05-30 14:51 ` Shameerali Kolothum Thodi
2018-05-31 20:15 ` Auger Eric
2018-06-01 11:09 ` Shameerali Kolothum Thodi
2018-05-16 15:20 ` [Qemu-arm] [RFC v2 6/6] hw/arm: Populate non-contiguous memory regions Shameer Kolothum
2018-05-28 14:21 ` [Qemu-devel] " Auger Eric
2018-05-30 14:48 ` [Qemu-arm] " Shameerali Kolothum Thodi
2018-06-05 7:49 ` Shameerali Kolothum Thodi
2018-06-15 15:44 ` [Qemu-arm] [Qemu-devel] " Andrew Jones
2018-06-15 15:54 ` Peter Maydell
2018-06-15 16:13 ` Auger Eric
2018-06-15 16:33 ` Peter Maydell
2018-06-18 9:46 ` [Qemu-arm] " Shameerali Kolothum Thodi
2018-06-15 15:55 ` Auger Eric
2018-05-28 14:22 ` [Qemu-arm] [RFC v2 0/6] hw/arm: Add support for non-contiguous iova regions Auger Eric
2018-05-30 14:39 ` Shameerali Kolothum Thodi
2018-05-30 15:24 ` Auger Eric
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=1f8e3cd4-1e54-5350-3804-c77bbbfbd3e4@redhat.com \
--to=eric.auger@redhat.com \
--cc=alex.williamson@redhat.com \
--cc=drjones@redhat.com \
--cc=imammedo@redhat.com \
--cc=jonathan.cameron@huawei.com \
--cc=linuxarm@huawei.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=shameerali.kolothum.thodi@huawei.com \
--cc=zhaoshenglong@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 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).