From: Marcelo Tosatti <mtosatti@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: aarcange@redhat.com, gleb@redhat.com,
"Michael S. Tsirkin" <mst@redhat.com>,
qemu-devel@nongnu.org, Gerd Hoffmann <kraxel@redhat.com>,
Igor Mammedov <imammedo@redhat.com>
Subject: Re: [Qemu-devel] i386: pc: align gpa<->hpa on 1GB boundary (v6)
Date: Wed, 13 Nov 2013 18:39:27 -0200 [thread overview]
Message-ID: <20131113203926.GA30546@amt.cnet> (raw)
In-Reply-To: <20131113195832.GA29433@amt.cnet>
On Wed, Nov 13, 2013 at 05:58:32PM -0200, Marcelo Tosatti wrote:
> On Wed, Nov 13, 2013 at 06:13:15PM +0100, Paolo Bonzini wrote:
> > > assert(piecetwosize <= holesize);
> > >
> > > piecetwosize = MIN(above_4g_mem_size, piecetwosize);
> > > if ((above_4g_mem_size - piecetwosize) > 0) {
> > > memory_region_init_alias(ram_above_4g, NULL, "ram-above-4g",
> > > ram, 0x100000000ULL,
> > > above_4g_mem_size - piecetwosize);
> > > memory_region_add_subregion(system_memory, 0x100000000ULL,
> > > ram_above_4g);
> > > } else {
> > > g_free(ram_above_4g);
> > > }
> > > memory_region_init_alias(ram_above_4g_piecetwo, NULL,
> > > "ram-above-4g-piecetwo", ram,
> > > 0x100000000ULL - holesize, piecetwosize);
> > > memory_region_add_subregion(system_memory,
> > > 0x100000000ULL +
> > > above_4g_mem_size - piecetwosize,
> > > ram_above_4g_piecetwo);
> >
> > There is still a small problem in that the 2MB rounding must not be
> > done for old machine types.
> >
> > I did a really careful review of the code and everything else looks okay
> > to me. However, it grew by accretion from v1 and now it took me really a
> > long time to figure it out... I adjusted it a bit and the result seems
> > easier to understand to me.
> >
> > Here's the hw/i386/pc.c part of the patch (the patch from v6 is unreadable):
> >
> > diff --git a/hw/i386/pc.c b/hw/i386/pc.c
> > index 12c436e..f2fd138 100644
> > --- a/hw/i386/pc.c
> > +++ b/hw/i386/pc.c
> > @@ -1156,8 +1156,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);
> >
> > @@ -1165,26 +1167,74 @@ 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 necessary 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 use more hugepages.
To align to 2MB boundary, the number of hugepages is the same.
> > + * Remove the slack from the [yyy] piece so that pieceonesize
> > + * (and thus the start of piecetwo) remains aligned.
> > + */
> > + align_offset = ROUND_UP(memsize, 1UL << 21) - memsize;
> > + piecetwosize = holesize - align_offset;
> > + } else {
> > + /* There's no "piece one", all memory above 4G starts
Piece two.
> > + * 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);
> > + }
>
> Can you change the name of aliases and subregions without breaking
> migration?
>
> Its much simpler, i'm fine with it.
Test with Q35?
next prev parent reply other threads:[~2013-11-13 20:39 UTC|newest]
Thread overview: 53+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-24 21:11 [Qemu-devel] [patch 0/2] align >4GB guest RAM to a 1GB boundary, in case of 1GB-sized hugetlbfs Marcelo Tosatti
2013-10-24 21:11 ` [Qemu-devel] [patch 1/2] exec: add qemu_get_ram_hpagesize Marcelo Tosatti
2013-10-24 21:12 ` [Qemu-devel] [patch 2/2] i386: pc: align gpa<->hpa on 1GB boundary Marcelo Tosatti
2013-10-24 21:55 ` Peter Maydell
2013-10-24 22:48 ` Marcelo Tosatti
2013-10-24 23:55 ` Paolo Bonzini
2013-10-25 4:58 ` Marcelo Tosatti
2013-10-25 8:52 ` Paolo Bonzini
2013-10-25 19:50 ` Marcelo Tosatti
2013-10-25 22:53 ` Paolo Bonzini
2013-10-30 11:07 ` Gerd Hoffmann
2013-10-30 11:47 ` Paolo Bonzini
2013-10-25 9:57 ` igor Mammedov
2013-10-25 13:34 ` Marcelo Tosatti
2013-10-27 15:20 ` igor Mammedov
2013-10-28 14:04 ` Marcelo Tosatti
2013-10-28 14:20 ` Marcelo Tosatti
2013-10-29 18:00 ` Igor Mammedov
2013-10-29 21:21 ` Marcelo Tosatti
2013-10-30 8:48 ` Gleb Natapov
2013-10-30 18:30 ` Marcelo Tosatti
2013-10-29 18:18 ` [Qemu-devel] [RFC PATCH] pc: align gpa<->hpa on 1GB boundary by splitting RAM on several regions Igor Mammedov
2013-10-29 21:38 ` Marcelo Tosatti
2013-10-30 16:49 ` Igor Mammedov
2013-10-30 18:51 ` Marcelo Tosatti
2013-10-30 19:03 ` Marcelo Tosatti
2013-10-30 19:56 ` Igor Mammedov
2013-10-30 23:44 ` Marcelo Tosatti
2013-11-07 15:25 ` Igor Mammedov
2013-10-30 19:31 ` Marcelo Tosatti
2013-10-30 20:28 ` Paolo Bonzini
2013-11-06 1:49 ` [Qemu-devel] i386: pc: align gpa<->hpa on 1GB boundary (v2) Marcelo Tosatti
2013-11-06 1:55 ` [Qemu-devel] i386: pc: align gpa<->hpa on 1GB boundary (v3) Marcelo Tosatti
2013-11-06 11:59 ` Igor Mammedov
2013-11-06 12:07 ` Paolo Bonzini
2013-11-06 12:22 ` Igor Mammedov
2013-11-06 12:24 ` Paolo Bonzini
2013-11-06 21:31 ` [Qemu-devel] i386: pc: align gpa<->hpa on 1GB boundary (v4) Marcelo Tosatti
2013-11-06 21:40 ` Michael S. Tsirkin
2013-11-06 21:53 ` Marcelo Tosatti
2013-11-06 22:15 ` Michael S. Tsirkin
2013-11-06 22:24 ` Marcelo Tosatti
2013-11-07 15:24 ` Igor Mammedov
2013-11-07 21:53 ` Marcelo Tosatti
2013-11-10 20:47 ` [Qemu-devel] i386: pc: align gpa<->hpa on 1GB boundary (v5) Marcelo Tosatti
2013-11-12 12:45 ` Igor Mammedov
2013-11-12 20:32 ` Marcelo Tosatti
2013-11-12 21:16 ` [Qemu-devel] i386: pc: align gpa<->hpa on 1GB boundary (v6) Marcelo Tosatti
2013-11-13 13:59 ` Igor Mammedov
2013-11-13 17:13 ` Paolo Bonzini
[not found] ` <20131113195832.GA29433@amt.cnet>
2013-11-13 20:39 ` Marcelo Tosatti [this message]
2013-11-13 21:49 ` Paolo Bonzini
2013-11-13 19:08 ` 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=20131113203926.GA30546@amt.cnet \
--to=mtosatti@redhat.com \
--cc=aarcange@redhat.com \
--cc=gleb@redhat.com \
--cc=imammedo@redhat.com \
--cc=kraxel@redhat.com \
--cc=mst@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).