opensbi.git/firmware/fw_base.S, branch v0.5

lib: Extend sbi_trap_redirect() for hypervisor extension

2019-09-30T09:59:37Z

When hypervisor extension is available, we can get traps from VS/VU modes. We should be able to force redirect some of these traps to HS-mode. In other words, we should be able forward traps from VS/VU mode to HS-mode using sbi_trap_redirect() hence this patch. Signed-off-by: Atish Patra Signed-off-by: Anup Patel Signed-off-by: Alistair Francis

firmware: do not use relocated _boot_status before it is valid

2019-08-13T03:37:16Z

When OpenSBI is started from an address not equal to the link address, it is first relocated to the link address. Hart 0 performs the relocation and notifies the other harts of its completion with the _boot_status variable. It uses the copy of the variable relative to the link address. This copy contains valid data only after relocation has finished. The waiting harts will therefore read invalid data until relocation has finished. This can cause them to continue execution too early. Fix this by using the _boot_status variable relative to the load address while OpenSBI has not finished relocation. Signed-off-by: Lukas Auer Reviewed-by: Anup Patel

firmware: Use macro instead of magic number for boot status

2019-08-09T07:00:08Z

The boot status is currently hard-coded. Define some macros for it. Signed-off-by: Bin Meng Reviewed-by: Anup Patel

firmware: Fix the loop condition of _wait_relocate_copy_done section

2019-08-07T12:34:53Z

If core-0 have finished _fdt_reloc_done but any of other cores has not yet left the loop in _wait_relocate_copy_done, they could never leave the loop because _boot_status is not equal to 1.

firmware: For no relocation skip two stage wait for secondary HARTs

2019-07-01T03:24:13Z

When relocation is not required (i.e. _load_start == _link_start), we can skip two stage wait for secondary HARTs. This means secondary HARTs can skip the _wait_relocate_copy_done() loop and directly jump to the _wait_for_boot_hart() loop when no relocation not required. Signed-off-by: Anup Patel

firmware: Handle overlapping load and link addresses in relocation

2019-06-24T04:09:18Z

The old code may corrupt the code of the waiting hart hence this patch keeps waiting HART within relocation code range at time of relocation. Signed-off-by: Xiang W Acked-by: Anup Patel

firmware: Handle overlapping load and link addresses in relocation

2019-06-17T06:23:42Z

This patch extends relocation to handle overlapping load and link addresses. The updated relocation will work fine in most cases except when the relocate copy loop itself falls in overlapping load and link addresses. Signed-off-by: Xiang W Signed-off-by: Anup Patel

firmware: Relocate when load address is not equal to link address

2019-06-12T12:26:28Z

This patch extends fw_base to relocate to link address whenever firmware load address is not equal to link address. The relocation will not work when load start to load end overlap link start to link end. Signed-off-by: Anup Patel Tested-by: Lukas Auer

firmware: Allow firmwares to provide next mode and options

2019-05-10T06:56:22Z

This patch extends existing firmwares (i.e. fw_jump and fw_payload) to explicitly provide next mode and options to fw_base. We also introduce fw_save_info() which is called by fw_base very early on boot HART. This function can be used by existing firmwares (i.e. fw_jump and fw_payload) to save information passed by previous booting stage. Overall, this is a preparatory patch for implementing fw_dynamic. Signed-off-by: Anup Patel Reviewed-by: Alistair Francis Reviewed-by: Atish Patra

firmware: Fix source fdt alignment

2019-04-04T03:40:28Z

When I tried to start opensbi with coreboot, I found that aligning to a 16-byte boundary would make a copy error. Corrected to align to an machine word length boundary. Signed-off-by: Xiang Wang