* [PATCH qemu v2] change the fdt_load_addr variable datatype to handle 64-bit DRAM address
@ 2023-06-20 17:44 ~rlakshmibai
2023-06-22 18:45 ` Daniel Henrique Barboza
0 siblings, 1 reply; 3+ messages in thread
From: ~rlakshmibai @ 2023-06-20 17:44 UTC (permalink / raw)
To: qemu-riscv; +Cc: qemu-devel
From: Lakshmi Bai Raja Subramanian <lakshmi.bai.rajasubramanian@bodhicomputing.com>
fdt_load_addr is getting overflowed when there is no DRAM at lower 32 bit address space.
To support pure 64-bit DRAM address, fdt_load_addr variable's data type is changed to uint64_t
instead of uint32_t.
Signed-off-by: Lakshmi Bai Raja Subramanian <lakshmi.bai.rajasubramanian@bodhicomputing.com>
---
hw/riscv/virt.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/riscv/virt.c b/hw/riscv/virt.c
index 95708d890e..c348529ac0 100644
--- a/hw/riscv/virt.c
+++ b/hw/riscv/virt.c
@@ -1244,7 +1244,7 @@ static void virt_machine_done(Notifier *notifier, void *data)
target_ulong start_addr = memmap[VIRT_DRAM].base;
target_ulong firmware_end_addr, kernel_start_addr;
const char *firmware_name = riscv_default_firmware_name(&s->soc[0]);
- uint32_t fdt_load_addr;
+ uint64_t fdt_load_addr;
uint64_t kernel_entry = 0;
BlockBackend *pflash_blk0;
--
2.38.5
^ permalink raw reply related [flat|nested] 3+ messages in thread* Re: [PATCH qemu v2] change the fdt_load_addr variable datatype to handle 64-bit DRAM address
2023-06-20 17:44 [PATCH qemu v2] change the fdt_load_addr variable datatype to handle 64-bit DRAM address ~rlakshmibai
@ 2023-06-22 18:45 ` Daniel Henrique Barboza
2023-06-23 14:36 ` Lakshmi Bai Raja Subramanian
0 siblings, 1 reply; 3+ messages in thread
From: Daniel Henrique Barboza @ 2023-06-22 18:45 UTC (permalink / raw)
To: ~rlakshmibai, qemu-riscv, Alistair Francis; +Cc: qemu-devel
(CC-ing Alistair)
On 6/20/23 14:44, ~rlakshmibai wrote:
> From: Lakshmi Bai Raja Subramanian <lakshmi.bai.rajasubramanian@bodhicomputing.com>
>
> fdt_load_addr is getting overflowed when there is no DRAM at lower 32 bit address space.
> To support pure 64-bit DRAM address, fdt_load_addr variable's data type is changed to uint64_t
> instead of uint32_t.
It's worth mentioning that fdt_load_addr receives the result of
riscv_compute_fdt_addr(), which is an uint64_t.
>
> Signed-off-by: Lakshmi Bai Raja Subramanian <lakshmi.bai.rajasubramanian@bodhicomputing.com>
> ---
Reviewed-by: Daniel Henrique Barboza <dbarboza@ventanamicro.com>
> hw/riscv/virt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/hw/riscv/virt.c b/hw/riscv/virt.c
> index 95708d890e..c348529ac0 100644
> --- a/hw/riscv/virt.c
> +++ b/hw/riscv/virt.c
> @@ -1244,7 +1244,7 @@ static void virt_machine_done(Notifier *notifier, void *data)
> target_ulong start_addr = memmap[VIRT_DRAM].base;
> target_ulong firmware_end_addr, kernel_start_addr;
> const char *firmware_name = riscv_default_firmware_name(&s->soc[0]);
> - uint32_t fdt_load_addr;
> + uint64_t fdt_load_addr;
> uint64_t kernel_entry = 0;
> BlockBackend *pflash_blk0;
>
^ permalink raw reply [flat|nested] 3+ messages in thread
* RE: [PATCH qemu v2] change the fdt_load_addr variable datatype to handle 64-bit DRAM address
2023-06-22 18:45 ` Daniel Henrique Barboza
@ 2023-06-23 14:36 ` Lakshmi Bai Raja Subramanian
0 siblings, 0 replies; 3+ messages in thread
From: Lakshmi Bai Raja Subramanian @ 2023-06-23 14:36 UTC (permalink / raw)
To: Daniel Henrique Barboza, qemu-riscv@nongnu.org, Alistair Francis
Cc: qemu-devel@nongnu.org
Dear Daniel,
Thanks for your comments. Incorporated the same and updated the patch set as v3.
https://lists.gnu.org/archive/html/qemu-riscv/2023-06/msg00570.html
Regards,
Lakshmi
-----Original Message-----
From: Daniel Henrique Barboza <dbarboza@ventanamicro.com>
Sent: Friday, June 23, 2023 12:16 AM
To: Lakshmi Bai Raja Subramanian <lakshmi.bai.rajasubramanian@bodhicomputing.com>; qemu-riscv@nongnu.org; Alistair Francis <alistair.francis@wdc.com>
Cc: qemu-devel@nongnu.org
Subject: Re: [PATCH qemu v2] change the fdt_load_addr variable datatype to handle 64-bit DRAM address
(CC-ing Alistair)
On 6/20/23 14:44, ~rlakshmibai wrote:
> From: Lakshmi Bai Raja Subramanian
> <lakshmi.bai.rajasubramanian@bodhicomputing.com>
>
> fdt_load_addr is getting overflowed when there is no DRAM at lower 32 bit address space.
> To support pure 64-bit DRAM address, fdt_load_addr variable's data
> type is changed to uint64_t instead of uint32_t.
It's worth mentioning that fdt_load_addr receives the result of riscv_compute_fdt_addr(), which is an uint64_t.
>
> Signed-off-by: Lakshmi Bai Raja Subramanian
> <lakshmi.bai.rajasubramanian@bodhicomputing.com>
> ---
Reviewed-by: Daniel Henrique Barboza <dbarboza@ventanamicro.com>
> hw/riscv/virt.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/hw/riscv/virt.c b/hw/riscv/virt.c index
> 95708d890e..c348529ac0 100644
> --- a/hw/riscv/virt.c
> +++ b/hw/riscv/virt.c
> @@ -1244,7 +1244,7 @@ static void virt_machine_done(Notifier *notifier, void *data)
> target_ulong start_addr = memmap[VIRT_DRAM].base;
> target_ulong firmware_end_addr, kernel_start_addr;
> const char *firmware_name = riscv_default_firmware_name(&s->soc[0]);
> - uint32_t fdt_load_addr;
> + uint64_t fdt_load_addr;
> uint64_t kernel_entry = 0;
> BlockBackend *pflash_blk0;
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2023-06-23 14:36 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2023-06-20 17:44 [PATCH qemu v2] change the fdt_load_addr variable datatype to handle 64-bit DRAM address ~rlakshmibai
2023-06-22 18:45 ` Daniel Henrique Barboza
2023-06-23 14:36 ` Lakshmi Bai Raja Subramanian
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.