opensbi.git/firmware, branch v0.5

lib: Rename existing SBI implementation as 0.1.

2019-10-03T03:23:52Z

Current SBI implementation is now considered as version 0.1 and will be removed/replaced with newer extension/functions in future. Rename the existing implementations accordingly to be in sync with the specification. Signed-off-by: Atish Patra Reviewed-by: Anup Patel Reviewed-by: Zong Li

Test: Move test payload related code out of interface header

2019-10-03T03:21:39Z

Test payload uses an SBI call and uses the macros defined in interface header which is not the correct place to have these definitions. The interface header file should be used to keep SBI specification related macros. Keep all the test payload related code in test itself. Signed-off-by: Atish Patra Reviewed-by: Anup Patel

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