[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes
From: |
Nishanth Aravamudan |
Subject: |
Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes |
Date: |
Tue, 17 Jun 2014 11:38:16 -0700 |
User-agent: |
Mutt/1.5.21 (2010-09-15) |
On 17.06.2014 [11:07:00 -0300], Eduardo Habkost wrote:
<snip>
> > If it is canonical and kosher way of using NUMA in QEMU, ok, we can use it.
> > I just fail to see why we need a requirement for nodes to go consequently
> > here. And it confuses me as a user a bit if I can add "-numa
> > node,nodeid=22" (no memory, no cpus) but do not get to see it in the guest.
>
> I agree with you it is confusing. But before we support that use case,
> we need to make sure auto-allocation is handled properly, because it
> would be hard to fix it later without breaking compatibility.
>
> We probably just need a "present" field on struct NodeInfo, so
> machine-specific code and auto-allocation code can differentiate nodes
> that are not present on the command-line from empty nodes that were
> specified in the command-line.
What/where is struct NodeInfo?
Thanks,
Nish
- Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes, (continued)
- Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes, Alexey Kardashevskiy, 2014/06/17
- Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes, Eduardo Habkost, 2014/06/17
- Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes,
Nishanth Aravamudan <=
- Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes, Eduardo Habkost, 2014/06/17
- Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes, Nishanth Aravamudan, 2014/06/18
- Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes, Eduardo Habkost, 2014/06/18
- Re: [Qemu-devel] [PATCH 0/7] spapr: rework memory nodes, Nishanth Aravamudan, 2014/06/18