Re: [edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: update TF-A binaries to get SMC topology calls

2024-09-02 Thread Ard Biesheuvel via groups.io
On Mon, 2 Sept 2024 at 12:54, Marcin Juszkiewicz wrote: > > EDK2 requires SIP_SVC_GET_CPU_TOPOLOGY call nowadays. Bump binaries to > provide it. > > Signed-off-by: Marcin Juszkiewicz > --- > Platform/Qemu/Sbsa/Readme.md | 15 ++- > Platform/Qemu/Sbsa/bl1.bin | Bin 2 -> 2 b

[edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: update TF-A binaries to get SMC topology calls

2024-09-02 Thread Marcin Juszkiewicz
EDK2 requires SIP_SVC_GET_CPU_TOPOLOGY call nowadays. Bump binaries to provide it. Signed-off-by: Marcin Juszkiewicz --- Platform/Qemu/Sbsa/Readme.md | 15 ++- Platform/Qemu/Sbsa/bl1.bin | Bin 2 -> 2 bytes Platform/Qemu/Sbsa/fip.bin | Bin 82722 -> 82722 bytes 3 files c

Re: [edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: update TF-A binaries for QEMU v9.0+

2024-04-24 Thread Marcin Juszkiewicz
W dniu 23.04.2024 o 12:36, Leif Lindholm via groups.io pisze: QEMU v9 uses 1GHz frequency for generic timers as required for Arm v8.6+ cpu cores. TF-A was hardcoding 62.5MHz value which is used for older designs. Now it will use value present in CNTFRQ_EL0 register (set by QEMU). Enable FEAT_ECV

Re: [edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: update TF-A binaries for QEMU v9.0+

2024-04-23 Thread Leif Lindholm
On Tue, Apr 23, 2024 at 12:25:55 +0200, Marcin Juszkiewicz wrote: > QEMU v9 uses 1GHz frequency for generic timers as required for Arm v8.6+ > cpu cores. TF-A was hardcoding 62.5MHz value which is used for older > designs. Now it will use value present in CNTFRQ_EL0 register (set by > QEMU). > > E

[edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: update TF-A binaries for QEMU v9.0+

2024-04-23 Thread Marcin Juszkiewicz
QEMU v9 uses 1GHz frequency for generic timers as required for Arm v8.6+ cpu cores. TF-A was hardcoding 62.5MHz value which is used for older designs. Now it will use value present in CNTFRQ_EL0 register (set by QEMU). Enable FEAT_ECV for QEMU v9.0+ to get access to CNTPOFF register. Signed-off-b

Re: [edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: update TF-A binaries to get needed SMC calls

2024-03-19 Thread Ard Biesheuvel
On Thu, 14 Mar 2024 at 15:21, Marcin Juszkiewicz wrote: > > W dniu 14.03.2024 o 15:17, Marcin Juszkiewicz via groups.io pisze: > > We want to stop parsing DeviceTree (in EDK2) to gather hardware information. > > > > Instead we ask TF-A for those details using SMC calls. On real hardware > > platfo

Re: [edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: update TF-A binaries to get needed SMC calls

2024-03-14 Thread Marcin Juszkiewicz
W dniu 14.03.2024 o 15:17, Marcin Juszkiewicz via groups.io pisze: We want to stop parsing DeviceTree (in EDK2) to gather hardware information. Instead we ask TF-A for those details using SMC calls. On real hardware platform it could be asking on-board Embedded Controller. Hardware information

[edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: update TF-A binaries to get needed SMC calls

2024-03-14 Thread Marcin Juszkiewicz
We want to stop parsing DeviceTree (in EDK2) to gather hardware information. Instead we ask TF-A for those details using SMC calls. On real hardware platform it could be asking on-board Embedded Controller. Hardware information (CPU, Memory) is now in SbsaQemuHardwareInfoLib together with new cod

Re: [edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: Update TF-A binaries to v2.10

2023-11-28 Thread Ard Biesheuvel
On Tue, 28 Nov 2023 at 18:47, Marcin Juszkiewicz wrote: > > Update the TF-A binaries: > > - v2.10 release > - Neoverse-N2 errata fix > https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/24936 > (check for SCU before accessing DSU registers) > > v2.10 brought change on how we enable

[edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: Update TF-A binaries to v2.10

2023-11-28 Thread Marcin Juszkiewicz
Update the TF-A binaries: - v2.10 release - Neoverse-N2 errata fix https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/24936 (check for SCU before accessing DSU registers) v2.10 brought change on how we enable cpu features to have one binary working on v8.0 (a57/a72), v8.2 (n1), v8

[edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: Update TF-A binaries

2023-09-20 Thread Marcin Juszkiewicz
Update the TF-A binaries to have: - fixed FIP size - Neoverse-N2 cpu support This support was merged into TF-A: https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/23417 (align FIP base to BL1 size) https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/23409 (add "neoverse-n2"

Re: [edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: Update TF-A binaries for Neoverse-V1 support

2023-07-27 Thread Ard Biesheuvel
On Fri, 14 Jul 2023 at 15:03, Marcin Juszkiewicz wrote: > > Update the TF-A binaries to have Neoverse-V1 cpu support. > > This support was merged into TF-A: > > https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/21813 > > This allows SBSA Reference Platform to boot Linux on "neoverse-v

Re: [edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: Update TF-A binaries for Neoverse-V1 support

2023-07-26 Thread Marcin Juszkiewicz
W dniu 14.07.2023 o 15:03, Marcin Juszkiewicz via groups.io pisze: Update the TF-A binaries to have Neoverse-V1 cpu support. This support was merged into TF-A: https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/21813 This allows SBSA Reference Platform to boot Linux on "neoverse-v1

[edk2-devel] [PATCH edk2-non-osi 1/1] Qemu/Sbsa: Update TF-A binaries for Neoverse-V1 support

2023-07-14 Thread Marcin Juszkiewicz
Update the TF-A binaries to have Neoverse-V1 cpu support. This support was merged into TF-A: https://review.trustedfirmware.org/c/TF-A/trusted-firmware-a/+/21813 This allows SBSA Reference Platform to boot Linux on "neoverse-v1" cpu. Signed-off-by: Marcin Juszkiewicz --- Platform/Qemu/Sbsa/Re