From: Laszlo Ersek <lersek@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: Marcelo Tosatti <mtosatti@redhat.com>,
qemu-devel@nongnu.org, "Michael S. Tsirkin" <mst@redhat.com>
Subject: Re: [Qemu-devel] [PATCH rebased for-1.8] i386: pc: align gpa<->hpa on 1GB boundary (v6)
Date: Mon, 25 Nov 2013 21:58:25 +0100 [thread overview]
Message-ID: <5293B9F1.2040602@redhat.com> (raw)
In-Reply-To: <1385401393-14291-1-git-send-email-pbonzini@redhat.com>
On 11/25/13 18:43, Paolo Bonzini wrote:
> v2: condition enablement of new mapping to new machine types (Paolo)
> v3: fix changelog
> v4: rebase
> v5: ensure alignment of piecetwo on 2MB GPA (Igor)
> do not register zero-sized piece-one (Igor)
> v6: fix memory leak (Igor)
> fix integer overflow (Igor)
>
> ----
>
> Align guest physical address and host physical address
> beyond guest 4GB on a 1GB boundary.
>
> Otherwise 1GB TLBs cannot be cached for the range.
>
> Signed-off-by: Marcelo Tosatti <mtosatti@redhat.com>
> [Reorganize code, keep same logic. - Paolo]
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
> ---
> hw/i386/pc.c | 67 +++++++++++++++++++++++++++++++++++++++++++------
> hw/i386/pc_piix.c | 3 ++
> hw/i386/pc_q35.c | 3 ++
> include/hw/i386/pc.h | 1 +
> 4 files changed, 65 insertions(+), 9 deletions(-)
>
> diff --git a/hw/i386/pc.c b/hw/i386/pc.c
> index 6c82ada..485b44d 100644
> --- a/hw/i386/pc.c
> +++ b/hw/i386/pc.c
> @@ -1148,8 +1148,10 @@ FWCfgState *pc_memory_init(MemoryRegion *system_memory,
> {
> int linux_boot, i;
> MemoryRegion *ram, *option_rom_mr;
> - MemoryRegion *ram_below_4g, *ram_above_4g;
> + MemoryRegion *ram_below_4g, *ram_above_4g_pieceone, *ram_above_4g_piecetwo;
> FWCfgState *fw_cfg;
> + uint64_t holesize, pieceonesize, piecetwosize;
> + uint64_t memsize, align_offset;
>
> linux_boot = (kernel_filename != NULL);
>
> @@ -1157,26 +1159,73 @@ FWCfgState *pc_memory_init(MemoryRegion *system_memory,
> * aliases to address portions of it, mostly for backwards compatibility
> * with older qemus that used qemu_ram_alloc().
> */
> + memsize = below_4g_mem_size + above_4g_mem_size;
> + holesize = 0x100000000ULL - below_4g_mem_size;
> +
> + /* If 1GB hugepages are used to back guest RAM, we want the
> + * physical address 4GB to map to 4GB in the RAM, so that
> + * memory beyond 4GB is aligned on a 1GB boundary, at the
> + * host physical address space. Thus, the ram block range
> + * [holestart, 4GB] is mapped to the last holesize bytes of RAM:
> + *
> + * 0 h 4G memsize-holesize
> + *
> + * contiguous-ram-block [xxxxxx][yyy][zzzzz]
> + * '-----------.
> + * guest-addr-space [xxxxxx] [zzzzz][yyy]
> + *
> + * This is only done in new-enough machine types, and of course
> + * it is only possible if the [zzzzz] block exists at all.
> + */
> + if (guest_info->gb_align && above_4g_mem_size > holesize) {
> + /* Round the allocation up to 2 MB to make [zzzzz]'s size
> + * aligned, removing the extra from the [yyy] piece.
> + */
> + align_offset = ROUND_UP(memsize, 1UL << 21) - memsize;
> + piecetwosize = holesize - align_offset;
> + } else {
> + /* There's no [zzzzz] piece, all memory above 4G starts
> + * at below_4g_mem_size in the RAM block. Also no need
> + * to align anything.
> + */
> + align_offset = 0;
> + piecetwosize = above_4g_mem_size;
> + }
> +
> ram = g_malloc(sizeof(*ram));
> - memory_region_init_ram(ram, NULL, "pc.ram",
> - below_4g_mem_size + above_4g_mem_size);
> + memory_region_init_ram(ram, NULL, "pc.ram", memsize + align_offset);
> vmstate_register_ram_global(ram);
> *ram_memory = ram;
> +
> ram_below_4g = g_malloc(sizeof(*ram_below_4g));
> memory_region_init_alias(ram_below_4g, NULL, "ram-below-4g", ram,
> 0, below_4g_mem_size);
> memory_region_add_subregion(system_memory, 0, ram_below_4g);
> +
> + pieceonesize = above_4g_mem_size - piecetwosize;
> + if (pieceonesize) {
> + ram_above_4g_pieceone = g_malloc(sizeof(*ram_above_4g_pieceone));
> + memory_region_init_alias(ram_above_4g_pieceone, NULL,
> + "ram-above-4g-pieceone", ram,
> + 0x100000000ULL, pieceonesize);
> + memory_region_add_subregion(system_memory, 0x100000000ULL,
> + ram_above_4g_pieceone);
> + }
> + if (piecetwosize) {
> + ram_above_4g_piecetwo = g_malloc(sizeof(*ram_above_4g_piecetwo));
> + memory_region_init_alias(ram_above_4g_piecetwo, NULL,
> + "ram-above-4g-piecetwo", ram,
> + below_4g_mem_size, piecetwosize);
> + memory_region_add_subregion(system_memory,
> + 0x100000000ULL + pieceonesize,
> + ram_above_4g_piecetwo);
> + }
> +
> e820_add_entry(0, below_4g_mem_size, E820_RAM);
> if (above_4g_mem_size > 0) {
> - ram_above_4g = g_malloc(sizeof(*ram_above_4g));
> - memory_region_init_alias(ram_above_4g, NULL, "ram-above-4g", ram,
> - below_4g_mem_size, above_4g_mem_size);
> - memory_region_add_subregion(system_memory, 0x100000000ULL,
> - ram_above_4g);
> e820_add_entry(0x100000000ULL, above_4g_mem_size, E820_RAM);
> }
>
> -
> /* Initialize PC system firmware */
> pc_system_firmware_init(rom_memory, guest_info->isapc_ram_fw);
>
> diff --git a/hw/i386/pc_piix.c b/hw/i386/pc_piix.c
> index 36f2495..ca9bd2e 100644
> --- a/hw/i386/pc_piix.c
> +++ b/hw/i386/pc_piix.c
> @@ -62,6 +62,7 @@ static bool has_pvpanic;
> static bool has_pci_info;
> static bool has_acpi_build = true;
> static bool smbios_type1_defaults = true;
> +static bool gb_align = true;
>
> /* PC hardware initialisation */
> static void pc_init1(QEMUMachineInitArgs *args,
> @@ -130,6 +131,7 @@ static void pc_init1(QEMUMachineInitArgs *args,
>
> guest_info->has_pci_info = has_pci_info;
> guest_info->isapc_ram_fw = !pci_enabled;
> + guest_info->gb_align = gb_align;
>
> if (smbios_type1_defaults) {
> /* These values are guest ABI, do not change */
> @@ -249,6 +251,7 @@ static void pc_init_pci(QEMUMachineInitArgs *args)
> static void pc_compat_1_7(QEMUMachineInitArgs *args)
> {
> smbios_type1_defaults = false;
> + gb_align = false;
> }
>
> static void pc_compat_1_6(QEMUMachineInitArgs *args)
> diff --git a/hw/i386/pc_q35.c b/hw/i386/pc_q35.c
> index 50ca458..89c7720 100644
> --- a/hw/i386/pc_q35.c
> +++ b/hw/i386/pc_q35.c
> @@ -52,6 +52,7 @@ static bool has_pvpanic;
> static bool has_pci_info;
> static bool has_acpi_build = true;
> static bool smbios_type1_defaults = true;
> +static bool gb_align = true;
>
> /* PC hardware initialisation */
> static void pc_q35_init(QEMUMachineInitArgs *args)
> @@ -115,6 +116,7 @@ static void pc_q35_init(QEMUMachineInitArgs *args)
> guest_info->has_pci_info = has_pci_info;
> guest_info->isapc_ram_fw = false;
> guest_info->has_acpi_build = has_acpi_build;
> + guest_info->gb_align = gb_align;
>
> if (smbios_type1_defaults) {
> /* These values are guest ABI, do not change */
> @@ -233,6 +235,7 @@ static void pc_q35_init(QEMUMachineInitArgs *args)
> static void pc_compat_1_7(QEMUMachineInitArgs *args)
> {
> smbios_type1_defaults = false;
> + gb_align = false;
> }
>
> static void pc_compat_1_6(QEMUMachineInitArgs *args)
> diff --git a/include/hw/i386/pc.h b/include/hw/i386/pc.h
> index 9af09d3..8047e82 100644
> --- a/include/hw/i386/pc.h
> +++ b/include/hw/i386/pc.h
> @@ -41,6 +41,7 @@ struct PcGuestInfo {
> uint64_t *node_cpu;
> FWCfgState *fw_cfg;
> bool has_acpi_build;
> + bool gb_align;
> };
>
> /* parallel.c */
>
I reviewed this before and I trust your reorganization.
Hopefully Marcelo can run a dump-guest-memory test with a biggie guest
(paging=false, checking the vmcore with "readelf -W -a" and "crash".) I
think there should be no problems.
Reviewed-by: Laszlo Ersek <lersek@redhat.com>
Thanks
Laszlo
next prev parent reply other threads:[~2013-11-25 20:58 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-11-25 17:43 [Qemu-devel] [PATCH rebased for-1.8] i386: pc: align gpa<->hpa on 1GB boundary (v6) Paolo Bonzini
2013-11-25 20:58 ` Laszlo Ersek [this message]
2013-11-25 21:05 ` Michael S. Tsirkin
2013-11-25 23:09 ` Marcelo Tosatti
2013-11-26 9:04 ` Paolo Bonzini
2013-11-28 10:26 ` Michael S. Tsirkin
2013-12-10 13:18 ` Paolo Bonzini
2013-12-10 14:53 ` Gerd Hoffmann
2013-12-10 14:58 ` Paolo Bonzini
2013-12-10 15:36 ` Gerd Hoffmann
2013-12-10 15:47 ` Laszlo Ersek
2013-12-10 15:53 ` Gerd Hoffmann
2013-12-10 17:46 ` Laszlo Ersek
2013-12-10 17:48 ` Paolo Bonzini
2013-12-10 21:00 ` Michael S. Tsirkin
2013-12-10 22:13 ` Laszlo Ersek
2013-12-10 22:15 ` Laszlo Ersek
2013-12-10 23:17 ` Michael S. Tsirkin
2013-12-11 8:00 ` Gerd Hoffmann
2013-12-10 15:05 ` Marcelo Tosatti
2013-12-10 17:21 ` Marcelo Tosatti
2013-12-10 21:02 ` Michael S. Tsirkin
2013-12-11 13:41 ` Marcelo Tosatti
2013-12-11 14:20 ` Michael S. Tsirkin
2013-12-11 14:45 ` Paolo Bonzini
2013-12-11 15:39 ` Michael S. Tsirkin
2013-12-11 15:41 ` Paolo Bonzini
2013-12-11 15:51 ` Michael S. Tsirkin
2013-12-11 15:45 ` Igor Mammedov
2013-12-11 15:56 ` Paolo Bonzini
2013-12-11 17:26 ` Marcelo Tosatti
2013-12-10 16:52 ` Michael S. Tsirkin
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=5293B9F1.2040602@redhat.com \
--to=lersek@redhat.com \
--cc=mst@redhat.com \
--cc=mtosatti@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
/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).