All of lore.kernel.org
 help / color / mirror / Atom feed
From: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@huawei.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: "peter.maydell@linaro.org" <peter.maydell@linaro.org>,
	"xiaoguangrong.eric@gmail.com" <xiaoguangrong.eric@gmail.com>,
	"shannon.zhaosl@gmail.com" <shannon.zhaosl@gmail.com>,
	"david@redhat.com" <david@redhat.com>,
	"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
	Linuxarm <linuxarm@huawei.com>,
	"eric.auger@redhat.com" <eric.auger@redhat.com>,
	"qemu-arm@nongnu.org" <qemu-arm@nongnu.org>,
	"xuwei \(O\)" <xuwei5@huawei.com>,
	"imammedo@redhat.com" <imammedo@redhat.com>,
	"lersek@redhat.com" <lersek@redhat.com>
Subject: RE: [PATCH v3 02/10] fw_cfg: Migrate ACPI table mr sizes separately
Date: Fri, 20 Mar 2020 11:53:08 +0000	[thread overview]
Message-ID: <b19f79ed1a214a28a73f3007f648a062@huawei.com> (raw)
In-Reply-To: <20200319135036-mutt-send-email-mst@kernel.org>



> -----Original Message-----
> From: Michael S. Tsirkin [mailto:mst@redhat.com]
> Sent: 19 March 2020 17:51
> To: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@huawei.com>
> Cc: qemu-devel@nongnu.org; qemu-arm@nongnu.org;
> eric.auger@redhat.com; imammedo@redhat.com; peter.maydell@linaro.org;
> shannon.zhaosl@gmail.com; xiaoguangrong.eric@gmail.com;
> david@redhat.com; xuwei (O) <xuwei5@huawei.com>; lersek@redhat.com;
> Linuxarm <linuxarm@huawei.com>
> Subject: Re: [PATCH v3 02/10] fw_cfg: Migrate ACPI table mr sizes separately
> 
> On Thu, Mar 12, 2020 at 09:27:32AM +0000, Shameerali Kolothum Thodi
> wrote:
> >
> >
> > > -----Original Message-----
> > > From: Michael S. Tsirkin [mailto:mst@redhat.com]
> > > Sent: 11 March 2020 21:10
> > > To: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@huawei.com>
> > > Cc: qemu-devel@nongnu.org; qemu-arm@nongnu.org;
> > > eric.auger@redhat.com; imammedo@redhat.com;
> peter.maydell@linaro.org;
> > > shannon.zhaosl@gmail.com; xiaoguangrong.eric@gmail.com;
> > > david@redhat.com; xuwei (O) <xuwei5@huawei.com>;
> lersek@redhat.com;
> > > Linuxarm <linuxarm@huawei.com>
> > > Subject: Re: [PATCH v3 02/10] fw_cfg: Migrate ACPI table mr sizes
> separately
> > >
> > > On Wed, Mar 11, 2020 at 05:20:06PM +0000, Shameer Kolothum wrote:
> > > > Any sub-page size update to ACPI table MRs will be lost during
> > > > migration, as we use aligned size in ram_load_precopy() ->
> > > > qemu_ram_resize() path. This will result in inconsistency in sizes
> > > > between source and destination. In order to avoid this, save and
> > > > restore them separately during migration.
> >
> >
> > > Is there a reason this is part of nvdimm patchset?
> >
> > Not really. But this problem is more visible if we have nvdimm hotplug
> > support added to arm/virt. On x86, both acpi table and linker MRs are already
> > aligned and I don't know a use case where you can change RSDP MR size(See
> below).
> >
> > >
> > > Hmm but for old machine types we still have a problem right?
> > > How about aligning size on source for them?
> > > Then there won't be an inconsistency across migration.
> > > Wastes some boot time/memory but maybe that's better
> > > than a chance of not booting ...
> >
> > Right. That was considered. On x86, except RSDP MR, both the LINKER and
> ACPI
> > TABLE MRs are already aligned/padded. And we cannot make RSDP mr
> aligned
> > as it will break the seabios based boot.
> 
> Hmm. So right now if we migrate just before RSDP is read, there's
> a failure?

I am not sure that will be the case. IIUC, on migration path, ram_load_precopy() -->qemu_ram_resize()
won't be called as both length and block->used_length will be aligned size.
Even if it calls, the current qemu_ram_resize() works on aligned size and wont invoke
the callback to update the FWCfgEntry. And I believe on destination, the bios read will trigger
the fw_cfg_select() which will call the acpi_build_update() to rebuild the tables and update the
FWCfgEntry.

Having said that my knowledge on this is limited, but I can test and confirm this, if there is
an easy way to trigger this usecase. Please let me know.

Thanks,
Shameer






> > So a generic solution based on alignment
> > is not possible unless we guarantee that RSDP is not going to be modified.
> >
> > What we could do for Arm/virt is just follow the x86 way and add padding for
> > table and linker MRs. But this was discussed before and IIRC, was not well
> > received.
> >
> > Thanks,
> > Shameer
> >
> > > > Suggested-by: David Hildenbrand <david@redhat.com>
> > > > Signed-off-by: Shameer Kolothum
> <shameerali.kolothum.thodi@huawei.com>
> > > > ---
> > > > Please find the discussion here,
> > > > https://patchwork.kernel.org/patch/11339591/
> > > > ---
> > > >  hw/core/machine.c         |  1 +
> > > >  hw/nvram/fw_cfg.c         | 86
> > > ++++++++++++++++++++++++++++++++++++++-
> > > >  include/hw/nvram/fw_cfg.h |  6 +++
> > > >  3 files changed, 92 insertions(+), 1 deletion(-)
> > > >
> > > > diff --git a/hw/core/machine.c b/hw/core/machine.c
> > > > index 9e8c06036f..6d960bd47f 100644
> > > > --- a/hw/core/machine.c
> > > > +++ b/hw/core/machine.c
> > > > @@ -39,6 +39,7 @@ GlobalProperty hw_compat_4_2[] = {
> > > >      { "usb-redir", "suppress-remote-wake", "off" },
> > > >      { "qxl", "revision", "4" },
> > > >      { "qxl-vga", "revision", "4" },
> > > > +    { "fw_cfg", "acpi-mr-restore", "false" },
> > > >  };
> > > >  const size_t hw_compat_4_2_len = G_N_ELEMENTS(hw_compat_4_2);
> > > >
> > > > diff --git a/hw/nvram/fw_cfg.c b/hw/nvram/fw_cfg.c
> > > > index 179b302f01..36d1e32f83 100644
> > > > --- a/hw/nvram/fw_cfg.c
> > > > +++ b/hw/nvram/fw_cfg.c
> > > > @@ -39,6 +39,7 @@
> > > >  #include "qemu/config-file.h"
> > > >  #include "qemu/cutils.h"
> > > >  #include "qapi/error.h"
> > > > +#include "hw/acpi/aml-build.h"
> > > >
> > > >  #define FW_CFG_FILE_SLOTS_DFLT 0x20
> > > >
> > > > @@ -610,6 +611,50 @@ bool fw_cfg_dma_enabled(void *opaque)
> > > >      return s->dma_enabled;
> > > >  }
> > > >
> > > > +static bool fw_cfg_acpi_mr_restore(void *opaque)
> > > > +{
> > > > +    FWCfgState *s = opaque;
> > > > +    return s->acpi_mr_restore;
> > > > +}
> > > > +
> > > > +static void fw_cfg_update_mr(FWCfgState *s, uint16_t key, size_t size)
> > > > +{
> > > > +    MemoryRegion *mr;
> > > > +    ram_addr_t offset;
> > > > +    int arch = !!(key & FW_CFG_ARCH_LOCAL);
> > > > +    void *ptr;
> > > > +
> > > > +    key &= FW_CFG_ENTRY_MASK;
> > > > +    assert(key < fw_cfg_max_entry(s));
> > > > +
> > > > +    ptr = s->entries[arch][key].data;
> > > > +    mr = memory_region_from_host(ptr, &offset);
> > > > +
> > > > +    memory_region_ram_resize(mr, size, &error_abort);
> > > > +}
> > > > +
> > > > +static int fw_cfg_acpi_mr_restore_post_load(void *opaque, int
> version_id)
> > > > +{
> > > > +    FWCfgState *s = opaque;
> > > > +    int i, index;
> > > > +
> > > > +    assert(s->files);
> > > > +
> > > > +    index = be32_to_cpu(s->files->count);
> > > > +
> > > > +    for (i = 0; i < index; i++) {
> > > > +        if (!strcmp(s->files->f[i].name, ACPI_BUILD_TABLE_FILE)) {
> > > > +            fw_cfg_update_mr(s, FW_CFG_FILE_FIRST + i,
> > > s->table_mr_size);
> > > > +        } else if (!strcmp(s->files->f[i].name,
> ACPI_BUILD_LOADER_FILE)) {
> > > > +            fw_cfg_update_mr(s, FW_CFG_FILE_FIRST + i,
> > > s->linker_mr_size);
> > > > +        } else if (!strcmp(s->files->f[i].name, ACPI_BUILD_RSDP_FILE))
> {
> > > > +            fw_cfg_update_mr(s, FW_CFG_FILE_FIRST + i,
> > > s->rsdp_mr_size);
> > > > +        }
> > > > +    }
> > > > +
> > > > +    return 0;
> > > > +}
> > > > +
> > > >  static const VMStateDescription vmstate_fw_cfg_dma = {
> > > >      .name = "fw_cfg/dma",
> > > >      .needed = fw_cfg_dma_enabled,
> > > > @@ -619,6 +664,20 @@ static const VMStateDescription
> > > vmstate_fw_cfg_dma = {
> > > >      },
> > > >  };
> > > >
> > > > +static const VMStateDescription vmstate_fw_cfg_acpi_mr = {
> > > > +    .name = "fw_cfg/acpi_mr",
> > > > +    .version_id = 1,
> > > > +    .minimum_version_id = 1,
> > > > +    .needed = fw_cfg_acpi_mr_restore,
> > > > +    .post_load = fw_cfg_acpi_mr_restore_post_load,
> > > > +    .fields = (VMStateField[]) {
> > > > +        VMSTATE_UINT64(table_mr_size, FWCfgState),
> > > > +        VMSTATE_UINT64(linker_mr_size, FWCfgState),
> > > > +        VMSTATE_UINT64(rsdp_mr_size, FWCfgState),
> > > > +        VMSTATE_END_OF_LIST()
> > > > +    },
> > > > +};
> > > > +
> > > >  static const VMStateDescription vmstate_fw_cfg = {
> > > >      .name = "fw_cfg",
> > > >      .version_id = 2,
> > > > @@ -631,6 +690,7 @@ static const VMStateDescription vmstate_fw_cfg
> = {
> > > >      },
> > > >      .subsections = (const VMStateDescription*[]) {
> > > >          &vmstate_fw_cfg_dma,
> > > > +        &vmstate_fw_cfg_acpi_mr,
> > > >          NULL,
> > > >      }
> > > >  };
> > > > @@ -815,6 +875,23 @@ static struct {
> > > >  #define FW_CFG_ORDER_OVERRIDE_LAST 200
> > > >  };
> > > >
> > > > +/*
> > > > + * Any sub-page size update to these table MRs will be lost during
> migration,
> > > > + * as we use aligned size in ram_load_precopy() -> qemu_ram_resize()
> path.
> > > > + * In order to avoid the inconsistency in sizes save them seperately and
> > > > + * migrate over in vmstate post_load().
> > > > + */
> > > > +static void fw_cfg_acpi_mr_save(FWCfgState *s, const char *filename,
> > > size_t len)
> > > > +{
> > > > +    if (!strcmp(filename, ACPI_BUILD_TABLE_FILE)) {
> > > > +        s->table_mr_size = len;
> > > > +    } else if (!strcmp(filename, ACPI_BUILD_LOADER_FILE)) {
> > > > +        s->linker_mr_size = len;
> > > > +    } else if (!strcmp(filename, ACPI_BUILD_RSDP_FILE)) {
> > > > +        s->rsdp_mr_size = len;
> > > > +    }
> > > > +}
> > > > +
> > > >  static int get_fw_cfg_order(FWCfgState *s, const char *name)
> > > >  {
> > > >      int i;
> > > > @@ -914,6 +991,7 @@ void fw_cfg_add_file_callback(FWCfgState *s,
> > > const char *filename,
> > > >      trace_fw_cfg_add_file(s, index, s->files->f[index].name, len);
> > > >
> > > >      s->files->count = cpu_to_be32(count+1);
> > > > +    fw_cfg_acpi_mr_save(s, filename, len);
> > > >  }
> > > >
> > > >  void fw_cfg_add_file(FWCfgState *s,  const char *filename,
> > > > @@ -937,6 +1015,7 @@ void *fw_cfg_modify_file(FWCfgState *s, const
> char
> > > *filename,
> > > >              ptr = fw_cfg_modify_bytes_read(s, FW_CFG_FILE_FIRST
> + i,
> > > >                                             data, len);
> > > >              s->files->f[i].size   = cpu_to_be32(len);
> > > > +            fw_cfg_acpi_mr_save(s, filename, len);
> > > >              return ptr;
> > > >          }
> > > >      }
> > > > @@ -973,7 +1052,10 @@ static void fw_cfg_machine_ready(struct
> Notifier
> > > *n, void *data)
> > > >      qemu_register_reset(fw_cfg_machine_reset, s);
> > > >  }
> > > >
> > > > -
> > > > +static Property fw_cfg_properties[] = {
> > > > +    DEFINE_PROP_BOOL("acpi-mr-restore", FWCfgState,
> acpi_mr_restore,
> > > true),
> > > > +    DEFINE_PROP_END_OF_LIST(),
> > > > +};
> > > >
> > > >  static void fw_cfg_common_realize(DeviceState *dev, Error **errp)
> > > >  {
> > > > @@ -1097,6 +1179,8 @@ static void fw_cfg_class_init(ObjectClass
> *klass,
> > > void *data)
> > > >
> > > >      dc->reset = fw_cfg_reset;
> > > >      dc->vmsd = &vmstate_fw_cfg;
> > > > +
> > > > +    device_class_set_props(dc, fw_cfg_properties);
> > > >  }
> > > >
> > > >  static const TypeInfo fw_cfg_info = {
> > > > diff --git a/include/hw/nvram/fw_cfg.h b/include/hw/nvram/fw_cfg.h
> > > > index b5291eefad..457fee7425 100644
> > > > --- a/include/hw/nvram/fw_cfg.h
> > > > +++ b/include/hw/nvram/fw_cfg.h
> > > > @@ -53,6 +53,12 @@ struct FWCfgState {
> > > >      dma_addr_t dma_addr;
> > > >      AddressSpace *dma_as;
> > > >      MemoryRegion dma_iomem;
> > > > +
> > > > +    /* restore during migration */
> > > > +    bool acpi_mr_restore;
> > > > +    size_t table_mr_size;
> > > > +    size_t linker_mr_size;
> > > > +    size_t rsdp_mr_size;
> > > >  };
> > > >
> > > >  struct FWCfgIoState {
> > > > --
> > > > 2.17.1
> > > >



  reply	other threads:[~2020-03-20 11:54 UTC|newest]

Thread overview: 32+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-03-11 17:20 [PATCH v3 00/10] ARM virt: Add NVDIMM support Shameer Kolothum
2020-03-11 17:20 ` [PATCH v3 01/10] acpi: Use macro for table-loader file name Shameer Kolothum
2020-03-23 12:23   ` Igor Mammedov
2020-03-11 17:20 ` [PATCH v3 02/10] fw_cfg: Migrate ACPI table mr sizes separately Shameer Kolothum
2020-03-11 17:48   ` David Hildenbrand
2020-03-11 20:43   ` Michael S. Tsirkin
2020-03-11 21:09   ` Michael S. Tsirkin
2020-03-12  9:27     ` Shameerali Kolothum Thodi
2020-03-19 17:51       ` Michael S. Tsirkin
2020-03-20 11:53         ` Shameerali Kolothum Thodi [this message]
2020-03-23 12:34   ` Igor Mammedov
2020-03-23 13:59     ` Shameerali Kolothum Thodi
2020-03-11 17:20 ` [PATCH v3 03/10] exec: Fix for qemu_ram_resize() callback Shameer Kolothum
2020-03-11 17:44   ` David Hildenbrand
2020-03-23 13:03   ` Igor Mammedov
2020-03-11 17:20 ` [PATCH v3 04/10] hw/acpi/nvdimm: Fix for NVDIMM incorrect DSM output buffer length Shameer Kolothum
2020-03-23 14:59   ` Igor Mammedov
2020-03-11 17:20 ` [PATCH v3 05/10] nvdimm: Use configurable ACPI IO base and size Shameer Kolothum
2020-03-23 15:14   ` Igor Mammedov
2020-03-11 17:20 ` [PATCH v3 06/10] hw/arm/virt: Add nvdimm hot-plug infrastructure Shameer Kolothum
2020-03-23 15:22   ` Igor Mammedov
2020-03-11 17:20 ` [PATCH v3 07/10] hw/arm/virt: Add nvdimm hotplug support Shameer Kolothum
2020-03-24  6:16   ` Shannon Zhao
2020-03-11 17:20 ` [PATCH v3 08/10] tests: Update ACPI tables list for upcoming arm/virt test changes Shameer Kolothum
2020-03-11 17:20 ` [PATCH v3 09/10] tests/bios-tables-test: Update arm/virt memhp test Shameer Kolothum
2020-03-23 15:28   ` Igor Mammedov
2020-03-11 17:20 ` [PATCH v3 10/10] tests/acpi: add expected tables for bios-tables-test Shameer Kolothum
2020-03-11 19:30 ` [PATCH v3 00/10] ARM virt: Add NVDIMM support no-reply
2020-03-11 19:32 ` no-reply
2020-03-29 10:45 ` Michael S. Tsirkin
2020-03-30  8:44   ` Shameerali Kolothum Thodi
2020-03-30  8:46     ` David Hildenbrand

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=b19f79ed1a214a28a73f3007f648a062@huawei.com \
    --to=shameerali.kolothum.thodi@huawei.com \
    --cc=david@redhat.com \
    --cc=eric.auger@redhat.com \
    --cc=imammedo@redhat.com \
    --cc=lersek@redhat.com \
    --cc=linuxarm@huawei.com \
    --cc=mst@redhat.com \
    --cc=peter.maydell@linaro.org \
    --cc=qemu-arm@nongnu.org \
    --cc=qemu-devel@nongnu.org \
    --cc=shannon.zhaosl@gmail.com \
    --cc=xiaoguangrong.eric@gmail.com \
    --cc=xuwei5@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.