[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-ppc] [RFC PATCH v0 3/5] spapr: Revert to address@hidden repres
From: |
Bharata B Rao |
Subject: |
Re: [Qemu-ppc] [RFC PATCH v0 3/5] spapr: Revert to address@hidden representation for non-hotplugged memory |
Date: |
Wed, 5 Aug 2015 09:12:54 +0530 |
User-agent: |
Mutt/1.5.23 (2014-03-12) |
On Tue, Aug 04, 2015 at 09:33:56AM -0500, Nathan Fontenot wrote:
> On 08/03/2015 12:35 AM, Bharata B Rao wrote:
> > Don't represent non-hotluggable memory under drconf node. With this
> > we don't have to create DRC objects for them.
> >
> > The effect of this patch is that we revert back to address@hidden
> > representation
> > for all the memory specified with -m option and represent the cold
> > plugged memory and hot-pluggable memory under
> > ibm,dynamic-reconfiguration-memory.
> >
>
> I was looking through this and looking at the kernel code that inits memory
> for power systems and I wanted to make sure this is really working and
> you are seeing all the memory you expect to see in the guest.
>
> Looking through the memory init code (powerpc/kerne/prom.c) it appears that
> the additional address@hidden would get initialized very early in boot, the
> same
> time we currently init the address@hidden node. Then later in boot we would
> init
> the rest of memory, lmbs in the dynamic-reconfiguration property.
>
> Just wanting to make sure I'm understanding how this is working.
>
> Also, since the memory specified in the address@hidden nodes is not removable
> this
> should not break any of the userspace tools.
Thanks for confirming this. Initially I went for only address@hidden and
rest of the memory as part of ibm,dynamic-reconfiguration-memory because
that's how it was in a couple of PowerVM boxes that I checked.
Regards,
Bharata.
- [Qemu-ppc] [RFC PATCH v0 0/5] spapr-next: Memory hotplug updates, Bharata B Rao, 2015/08/03
- [Qemu-ppc] [RFC PATCH v0 1/5] spapr: Provide better error message when slots exceed max allowed, Bharata B Rao, 2015/08/03
- [Qemu-ppc] [RFC PATCH v0 5/5] spapr: Move memory hotplug to RTAS_LOG_V6_HP_ID_DRC_COUNT type, Bharata B Rao, 2015/08/03
- [Qemu-ppc] [RFC PATCH v0 2/5] spapr: Populate ibm, associativity-lookup-arrays correctly for non-NUMA, Bharata B Rao, 2015/08/03
- [Qemu-ppc] [RFC PATCH v0 3/5] spapr: Revert to address@hidden representation for non-hotplugged memory, Bharata B Rao, 2015/08/03
- [Qemu-ppc] [RFC PATCH v0 4/5] spapr: Support hotplug by specifying DRC count, Bharata B Rao, 2015/08/03
Re: [Qemu-ppc] [RFC PATCH v0 0/5] spapr-next: Memory hotplug updates, David Gibson, 2015/08/11