* [Qemu-devel] [PATCH v2] spapr: make sure RMA is in first mode of first memory node
@ 2013-11-06 7:54 Alexey Kardashevskiy
2013-11-06 11:13 ` Thomas Huth
2013-11-06 11:21 ` Alexander Graf
0 siblings, 2 replies; 4+ messages in thread
From: Alexey Kardashevskiy @ 2013-11-06 7:54 UTC (permalink / raw)
To: qemu-devel; +Cc: Alexey Kardashevskiy, qemu-ppc, Alexander Graf
The SPAPR specification says that the RMA starts at the LPAR's logical
address 0 and is the first logical memory block reported in
the LPAR’s device tree.
So SLOF only maps the first block and that block needs to span
the full RMA.
This makes sure that the RMA area is where SLOF expects it.
Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
---
I came up with v1 of the patch but the actual code came from
Alexander Graf. Who should I put as author of this?
---
hw/ppc/spapr.c | 9 ++++++++-
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
index 57b38cf..57473df 100644
--- a/hw/ppc/spapr.c
+++ b/hw/ppc/spapr.c
@@ -1114,6 +1114,7 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
MemoryRegion *sysmem = get_system_memory();
MemoryRegion *ram = g_new(MemoryRegion, 1);
hwaddr rma_alloc_size;
+ hwaddr node0_size = (nb_numa_nodes > 1) ? node_mem[0] : ram_size;
uint32_t initrd_base = 0;
long kernel_size = 0, initrd_size = 0;
long load_limit, rtas_limit, fw_size;
@@ -1138,7 +1139,7 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
if (rma_alloc_size && (rma_alloc_size < ram_size)) {
spapr->rma_size = rma_alloc_size;
} else {
- spapr->rma_size = ram_size;
+ spapr->rma_size = node0_size;
/* With KVM, we don't actually know whether KVM supports an
* unbounded RMA (PR KVM) or is limited by the hash table size
@@ -1155,6 +1156,12 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
}
}
+ if (spapr->rma_size > node0_size) {
+ fprintf(stderr, "Error: Numa node 0 has to span the RMA (%#08"HWADDR_PRIx")\n",
+ spapr->rma_size);
+ exit(1);
+ }
+
/* We place the device tree and RTAS just below either the top of the RMA,
* or just below 2GB, whichever is lowere, so that it can be
* processed with 32-bit real mode code if necessary */
--
1.8.4.rc4
^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] [PATCH v2] spapr: make sure RMA is in first mode of first memory node
2013-11-06 7:54 [Qemu-devel] [PATCH v2] spapr: make sure RMA is in first mode of first memory node Alexey Kardashevskiy
@ 2013-11-06 11:13 ` Thomas Huth
2013-11-06 11:21 ` Alexander Graf
2013-11-06 11:21 ` Alexander Graf
1 sibling, 1 reply; 4+ messages in thread
From: Thomas Huth @ 2013-11-06 11:13 UTC (permalink / raw)
To: Alexey Kardashevskiy; +Cc: qemu-ppc, qemu-devel, Alexander Graf
On Wed, 6 Nov 2013 18:54:11 +1100
Alexey Kardashevskiy <aik@ozlabs.ru> wrote:
> The SPAPR specification says that the RMA starts at the LPAR's logical
> address 0 and is the first logical memory block reported in
> the LPAR’s device tree.
>
> So SLOF only maps the first block and that block needs to span
> the full RMA.
>
> This makes sure that the RMA area is where SLOF expects it.
>
> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
> ---
>
> I came up with v1 of the patch but the actual code came from
> Alexander Graf. Who should I put as author of this?
>
> ---
> hw/ppc/spapr.c | 9 ++++++++-
> 1 file changed, 8 insertions(+), 1 deletion(-)
>
> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
> index 57b38cf..57473df 100644
> --- a/hw/ppc/spapr.c
> +++ b/hw/ppc/spapr.c
> @@ -1114,6 +1114,7 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
> MemoryRegion *sysmem = get_system_memory();
> MemoryRegion *ram = g_new(MemoryRegion, 1);
> hwaddr rma_alloc_size;
> + hwaddr node0_size = (nb_numa_nodes > 1) ? node_mem[0] : ram_size;
> uint32_t initrd_base = 0;
> long kernel_size = 0, initrd_size = 0;
> long load_limit, rtas_limit, fw_size;
> @@ -1138,7 +1139,7 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
> if (rma_alloc_size && (rma_alloc_size < ram_size)) {
> spapr->rma_size = rma_alloc_size;
> } else {
> - spapr->rma_size = ram_size;
> + spapr->rma_size = node0_size;
>
> /* With KVM, we don't actually know whether KVM supports an
> * unbounded RMA (PR KVM) or is limited by the hash table size
> @@ -1155,6 +1156,12 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
> }
> }
>
> + if (spapr->rma_size > node0_size) {
> + fprintf(stderr, "Error: Numa node 0 has to span the RMA (%#08"HWADDR_PRIx")\n",
> + spapr->rma_size);
> + exit(1);
> + }
> +
What about the "if (spapr->rma_size > node0_size)" at the beginning of
spapr_populate_memory()? Could/should that go away now?
Thomas
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] [PATCH v2] spapr: make sure RMA is in first mode of first memory node
2013-11-06 11:13 ` Thomas Huth
@ 2013-11-06 11:21 ` Alexander Graf
0 siblings, 0 replies; 4+ messages in thread
From: Alexander Graf @ 2013-11-06 11:21 UTC (permalink / raw)
To: Thomas Huth; +Cc: Alexey Kardashevskiy, qemu-ppc, QEMU Developers
On 06.11.2013, at 12:13, Thomas Huth <thuth@linux.vnet.ibm.com> wrote:
> On Wed, 6 Nov 2013 18:54:11 +1100
> Alexey Kardashevskiy <aik@ozlabs.ru> wrote:
>
>> The SPAPR specification says that the RMA starts at the LPAR's logical
>> address 0 and is the first logical memory block reported in
>> the LPAR’s device tree.
>>
>> So SLOF only maps the first block and that block needs to span
>> the full RMA.
>>
>> This makes sure that the RMA area is where SLOF expects it.
>>
>> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
>> Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
>> ---
>>
>> I came up with v1 of the patch but the actual code came from
>> Alexander Graf. Who should I put as author of this?
>>
>> ---
>> hw/ppc/spapr.c | 9 ++++++++-
>> 1 file changed, 8 insertions(+), 1 deletion(-)
>>
>> diff --git a/hw/ppc/spapr.c b/hw/ppc/spapr.c
>> index 57b38cf..57473df 100644
>> --- a/hw/ppc/spapr.c
>> +++ b/hw/ppc/spapr.c
>> @@ -1114,6 +1114,7 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
>> MemoryRegion *sysmem = get_system_memory();
>> MemoryRegion *ram = g_new(MemoryRegion, 1);
>> hwaddr rma_alloc_size;
>> + hwaddr node0_size = (nb_numa_nodes > 1) ? node_mem[0] : ram_size;
>> uint32_t initrd_base = 0;
>> long kernel_size = 0, initrd_size = 0;
>> long load_limit, rtas_limit, fw_size;
>> @@ -1138,7 +1139,7 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
>> if (rma_alloc_size && (rma_alloc_size < ram_size)) {
>> spapr->rma_size = rma_alloc_size;
>> } else {
>> - spapr->rma_size = ram_size;
>> + spapr->rma_size = node0_size;
>>
>> /* With KVM, we don't actually know whether KVM supports an
>> * unbounded RMA (PR KVM) or is limited by the hash table size
>> @@ -1155,6 +1156,12 @@ static void ppc_spapr_init(QEMUMachineInitArgs *args)
>> }
>> }
>>
>> + if (spapr->rma_size > node0_size) {
>> + fprintf(stderr, "Error: Numa node 0 has to span the RMA (%#08"HWADDR_PRIx")\n",
>> + spapr->rma_size);
>> + exit(1);
>> + }
>> +
>
> What about the "if (spapr->rma_size > node0_size)" at the beginning of
> spapr_populate_memory()? Could/should that go away now?
It should, yes. It was very wrong in that spot from the first place, as that helper really should only create the fdt entries, not modify global state.
Alex
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [Qemu-devel] [PATCH v2] spapr: make sure RMA is in first mode of first memory node
2013-11-06 7:54 [Qemu-devel] [PATCH v2] spapr: make sure RMA is in first mode of first memory node Alexey Kardashevskiy
2013-11-06 11:13 ` Thomas Huth
@ 2013-11-06 11:21 ` Alexander Graf
1 sibling, 0 replies; 4+ messages in thread
From: Alexander Graf @ 2013-11-06 11:21 UTC (permalink / raw)
To: Alexey Kardashevskiy; +Cc: qemu-ppc, QEMU Developers
On 06.11.2013, at 08:54, Alexey Kardashevskiy <aik@ozlabs.ru> wrote:
> The SPAPR specification says that the RMA starts at the LPAR's logical
> address 0 and is the first logical memory block reported in
> the LPAR’s device tree.
>
> So SLOF only maps the first block and that block needs to span
> the full RMA.
>
> This makes sure that the RMA area is where SLOF expects it.
>
> Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
> ---
>
> I came up with v1 of the patch but the actual code came from
> Alexander Graf. Who should I put as author of this?
Just declare it as your own ;).
Alex
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-11-06 11:21 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-11-06 7:54 [Qemu-devel] [PATCH v2] spapr: make sure RMA is in first mode of first memory node Alexey Kardashevskiy
2013-11-06 11:13 ` Thomas Huth
2013-11-06 11:21 ` Alexander Graf
2013-11-06 11:21 ` Alexander Graf
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).