mirror of
https://github.com/Motorhead1991/qemu.git
synced 2025-08-05 08:43:55 -06:00
hw/riscv: Respect firmware ELF entry point
When riscv_load_firmware() loads an ELF, the ELF segment addresses are used, not the passed-in firmware_load_addr. The machine models assume the firmware entry point is what they provided for firmware_load_addr, and use that address to generate the boot ROM, so if the ELF is linked at any other address, the boot ROM will jump to empty memory. Pass back the ELF entry point to use when generating the boot ROM, so the boot ROM can jump to firmware loaded anywhere in RAM. For example, on the virt machine, this allows using an OpenSBI fw_dynamic.elf built with FW_TEXT_START values other than 0x80000000. Signed-off-by: Samuel Holland <samuel.holland@sifive.com> Reviewed-by: Alistair Francis <alistair.francis@wdc.com> Message-ID: <20240817002651.3209701-1-samuel.holland@sifive.com> Signed-off-by: Alistair Francis <alistair.francis@wdc.com>
This commit is contained in:
parent
6ffe9b6669
commit
55c136599f
8 changed files with 24 additions and 22 deletions
|
@ -613,7 +613,7 @@ static void microchip_icicle_kit_machine_init(MachineState *machine)
|
|||
|
||||
/* Load the firmware */
|
||||
firmware_end_addr = riscv_find_and_load_firmware(machine, firmware_name,
|
||||
firmware_load_addr, NULL);
|
||||
&firmware_load_addr, NULL);
|
||||
|
||||
if (kernel_as_payload) {
|
||||
kernel_start_addr = riscv_calc_kernel_start_addr(&s->soc.u_cpus,
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue