From: Igor Mammedov <imammedo@redhat.com>
To: Eric Auger <eric.auger@redhat.com>
Cc: eric.auger.pro@gmail.com, qemu-devel@nongnu.org,
qemu-arm@nongnu.org, peter.maydell@linaro.org,
shameerali.kolothum.thodi@huawei.com, david@redhat.com,
dgilbert@redhat.com, david@gibson.dropbear.id.au,
drjones@redhat.com, pbonzini@redhat.com
Subject: Re: [Qemu-devel] [PATCH v10 07/10] hw/arm/virt: Dynamic memory map depending on RAM requirements
Date: Thu, 28 Feb 2019 17:01:07 +0100 [thread overview]
Message-ID: <20190228170107.73e9d779@redhat.com> (raw)
In-Reply-To: <20190228150324.25973-8-eric.auger@redhat.com>
On Thu, 28 Feb 2019 16:03:21 +0100
Eric Auger <eric.auger@redhat.com> wrote:
> Up to now the memory map has been static and the high IO region
> base has always been 256GiB.
>
> This patch modifies the virt_set_memmap() function, which freezes
> the memory map, so that the high IO range base becomes floating,
> located after the initial RAM and the device memory.
>
> The function computes
> - the base of the device memory,
> - the size of the device memory,
> - the high IO region base
> - the highest GPA used in the memory map.
>
> Entries of the high IO region are assigned a base address. The
> device memory is initialized.
>
> The highest GPA used in the memory map will be used at VM creation
> to choose the requested IPA size.
>
> Setting all the existing highmem IO regions beyond the RAM
> allows to have a single contiguous RAM region (initial RAM and
> possible hotpluggable device memory). That way we do not need
> to do invasive changes in the EDK2 FW to support a dynamic
> RAM base.
>
> Still the user cannot request an initial RAM size greater than 255GB.
>
> Signed-off-by: Eric Auger <eric.auger@redhat.com>
>
> ---
> v9 -> v10:
> - remove check of maxram_size 1GB alignment
>
> v8 -> v9:
> - add if (machine->device_memory) check
>
> v7 -> v8:
> - allocate ms->device_memory and removes vms->device_memory_base and
> vms->device_memory_storage
> - remove (ms->maxram_size > ms->ram_size || ms->ram_slots > 0) and
> (ms->ram_size > (ram_addr_t)LEGACY_RAMLIMIT_BYTES) checks
> - initialize the device memory
> - move the slots nb check and maxram_size alignment checks in this
> patch
> ---
> hw/arm/virt.c | 50 +++++++++++++++++++++++++++++++++++++------
> include/hw/arm/virt.h | 1 +
> 2 files changed, 45 insertions(+), 6 deletions(-)
>
> diff --git a/hw/arm/virt.c b/hw/arm/virt.c
> index 8a23608d3e..d7aa7d3f9d 100644
> --- a/hw/arm/virt.c
> +++ b/hw/arm/virt.c
> @@ -59,6 +59,7 @@
> #include "qapi/visitor.h"
> #include "standard-headers/linux/input.h"
> #include "hw/arm/smmuv3.h"
> +#include "hw/acpi/acpi.h"
>
> #define DEFINE_VIRT_MACHINE_LATEST(major, minor, latest) \
> static void virt_##major##_##minor##_class_init(ObjectClass *oc, \
> @@ -107,8 +108,9 @@
> * of a terabyte of RAM will be doing it on a host with more than a
> * terabyte of physical address space.)
> */
> -#define RAMLIMIT_GB 255
> -#define RAMLIMIT_BYTES (RAMLIMIT_GB * 1024ULL * 1024 * 1024)
> +#define RAMBASE GiB
> +#define LEGACY_RAMLIMIT_GB 255
> +#define LEGACY_RAMLIMIT_BYTES (LEGACY_RAMLIMIT_GB * GiB)
>
> /* Addresses and sizes of our components.
> * 0..128MB is space for a flash device so we can run bootrom code such as UEFI.
> @@ -149,7 +151,7 @@ static const MemMapEntry base_memmap[] = {
> [VIRT_PCIE_MMIO] = { 0x10000000, 0x2eff0000 },
> [VIRT_PCIE_PIO] = { 0x3eff0000, 0x00010000 },
> [VIRT_PCIE_ECAM] = { 0x3f000000, 0x01000000 },
> - [VIRT_MEM] = { 0x40000000, RAMLIMIT_BYTES },
> + [VIRT_MEM] = { RAMBASE, LEGACY_RAMLIMIT_BYTES },
> };
>
> /*
> @@ -1370,7 +1372,8 @@ static uint64_t virt_cpu_mp_affinity(VirtMachineState *vms, int idx)
>
> static void virt_set_memmap(VirtMachineState *vms)
> {
> - hwaddr base;
> + MachineState *ms = MACHINE(vms);
> + hwaddr base, device_memory_base, device_memory_size;
> int i;
>
> vms->memmap = extended_memmap;
> @@ -1379,7 +1382,30 @@ static void virt_set_memmap(VirtMachineState *vms)
> vms->memmap[i] = base_memmap[i];
> }
>
> - vms->high_io_base = 256 * GiB; /* Top of the legacy initial RAM region */
> + if (ms->ram_slots > ACPI_MAX_RAM_SLOTS) {
> + error_report("unsupported number of memory slots: %"PRIu64,
> + ms->ram_slots);
> + exit(EXIT_FAILURE);
> + }
> +
> + /*
> + * We compute the base of the high IO region depending on the
> + * amount of initial and device memory. The device memory start/size
> + * is aligned on 1GiB. We never put the high IO region below 256GiB
> + * so that if maxram_size is < 255GiB we keep the legacy memory map.
> + * The device region size assumes 1GiB page max alignment per slot.
> + */
> + device_memory_base = ROUND_UP(RAMBASE + ms->ram_size, GiB);
s/RAMBASE/vms->memmap[VIRT_MEM].base/
> + device_memory_size = ms->maxram_size - ms->ram_size + ms->ram_slots * GiB;
> +
> + vms->high_io_base = device_memory_base + ROUND_UP(device_memory_size, GiB);
> + if (vms->high_io_base < device_memory_base) {
> + error_report("maxmem/slots too huge");
> + exit(EXIT_FAILURE);
> + }
> + if (vms->high_io_base < 256 * GiB) {
> + vms->high_io_base = 256 * GiB;
> + }
> base = vms->high_io_base;
>
> for (i = VIRT_LOWMEMMAP_LAST; i < ARRAY_SIZE(extended_memmap); i++) {
> @@ -1390,6 +1416,13 @@ static void virt_set_memmap(VirtMachineState *vms)
> vms->memmap[i].size = size;
> base += size;
> }
> + vms->highest_gpa = base - 1;
> + if (device_memory_size > 0) {
> + ms->device_memory = g_malloc0(sizeof(*ms->device_memory));
> + ms->device_memory->base = device_memory_base;
> + memory_region_init(&ms->device_memory->mr, OBJECT(vms),
> + "device-memory", device_memory_size);
> + }
> }
>
> static void machvirt_init(MachineState *machine)
> @@ -1476,7 +1509,8 @@ static void machvirt_init(MachineState *machine)
> vms->smp_cpus = smp_cpus;
>
> if (machine->ram_size > vms->memmap[VIRT_MEM].size) {
> - error_report("mach-virt: cannot model more than %dGB RAM", RAMLIMIT_GB);
> + error_report("mach-virt: cannot model more than %dGB RAM",
> + LEGACY_RAMLIMIT_GB);
> exit(1);
> }
>
> @@ -1570,6 +1604,10 @@ static void machvirt_init(MachineState *machine)
> memory_region_allocate_system_memory(ram, NULL, "mach-virt.ram",
> machine->ram_size);
> memory_region_add_subregion(sysmem, vms->memmap[VIRT_MEM].base, ram);
> + if (machine->device_memory) {
> + memory_region_add_subregion(sysmem, machine->device_memory->base,
> + &machine->device_memory->mr);
> + }
>
> create_flash(vms, sysmem, secure_sysmem ? secure_sysmem : sysmem);
>
> diff --git a/include/hw/arm/virt.h b/include/hw/arm/virt.h
> index 3dc7a6c5d5..326a26b6d6 100644
> --- a/include/hw/arm/virt.h
> +++ b/include/hw/arm/virt.h
> @@ -132,6 +132,7 @@ typedef struct {
> uint32_t iommu_phandle;
> int psci_conduit;
> hwaddr high_io_base;
> + hwaddr highest_gpa;
> } VirtMachineState;
>
> #define VIRT_ECAM_ID(high) (high ? VIRT_HIGH_PCIE_ECAM : VIRT_PCIE_ECAM)
next prev parent reply other threads:[~2019-02-28 16:03 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-28 15:03 [Qemu-devel] [PATCH v10 00/10] ARM virt: Initial RAM expansion and extended memory map Eric Auger
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 01/10] hw/arm/boot: introduce fdt_add_memory_node helper Eric Auger
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 02/10] hw/arm/virt: Rename highmem IO regions Eric Auger
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 03/10] hw/arm/virt: Split the memory map description Eric Auger
2019-02-28 15:51 ` Igor Mammedov
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 04/10] hw/boards: Add a MachineState parameter to kvm_type callback Eric Auger
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 05/10] kvm: add kvm_arm_get_max_vm_ipa_size Eric Auger
2019-02-28 16:02 ` Igor Mammedov
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 06/10] vl: Set machine ram_size, maxram_size and ram_slots earlier Eric Auger
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 07/10] hw/arm/virt: Dynamic memory map depending on RAM requirements Eric Auger
2019-02-28 16:01 ` Igor Mammedov [this message]
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 08/10] hw/arm/virt: Implement kvm_type function for 4.0 machine Eric Auger
2019-02-28 16:19 ` Igor Mammedov
2019-03-01 9:45 ` Auger Eric
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 09/10] hw/arm/virt: Check the VCPU PA range in TCG mode Eric Auger
2019-02-28 15:03 ` [Qemu-devel] [PATCH v10 10/10] hw/arm/virt: Bump the 255GB initial RAM limit Eric Auger
2019-02-28 16:29 ` Igor Mammedov
2019-03-01 10:08 ` Auger Eric
2019-03-01 10:29 ` 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=20190228170107.73e9d779@redhat.com \
--to=imammedo@redhat.com \
--cc=david@gibson.dropbear.id.au \
--cc=david@redhat.com \
--cc=dgilbert@redhat.com \
--cc=drjones@redhat.com \
--cc=eric.auger.pro@gmail.com \
--cc=eric.auger@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peter.maydell@linaro.org \
--cc=qemu-arm@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=shameerali.kolothum.thodi@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).