Hi,
On AMD-Xilinx ZynqMP platform there is a erratum (1530924) which is mentioned as applied as shown in the log below: " INFO: BL31: cortex_a53: CPU workaround for erratum 1530924 was applied "
Refer to the code comments mentioned below, there is no "erratum has no workaround in the CPU. Generic code must take care " https://gitenterprise.xilinx.com/Linux/arm-trusted-firmware/blob/master/lib/...
However, we found no handling in the generic code either.
Can we be guided further regarding the handling of erratum 1530924 ?
Regards, Maheedhar.
Hi Maheedhar
Erratum 1530924 (This erratum applies to all revisions of Cortex A53 cpu) is an AT speculative errata workaround that gets applied at runtime. The implementation of this workaround is controlled by the ERRATA_SPECULATIVE_AT. For setting of this flag, refer to [1]. You can find the implementation by searching for this flag in the code. It is mainly applied upon entry to the Secure Monitor, as shown in this example [2].
[1]: https://git.trustedfirmware.org/TF-A/trusted-firmware-a/+/refs/heads/integra... [2]: https://git.trustedfirmware.org/TF-A/trusted-firmware-a/+/refs/heads/sandbox...
Thanks, Manish Badarkhe
________________________________ From: Bollapalli, Maheedhar Sai via TF-A tf-a@lists.trustedfirmware.org Sent: 18 July 2024 10:15 To: tf-a@lists.trustedfirmware.org tf-a@lists.trustedfirmware.org Subject: [TF-A] Erratum 1530924 handling
Hi,
On AMD-Xilinx ZynqMP platform there is a erratum (1530924) which is mentioned as applied as shown in the log below: " INFO: BL31: cortex_a53: CPU workaround for erratum 1530924 was applied "
Refer to the code comments mentioned below, there is no "erratum has no workaround in the CPU. Generic code must take care " https://gitenterprise.xilinx.com/Linux/arm-trusted-firmware/blob/master/lib/...
However, we found no handling in the generic code either.
Can we be guided further regarding the handling of erratum 1530924 ?
Regards, Maheedhar. -- TF-A mailing list -- tf-a@lists.trustedfirmware.org To unsubscribe send an email to tf-a-leave@lists.trustedfirmware.org
Hi,
We are seeing build failures on platforms having ENABLE_LTO and LD overridden explicitly via build command. Following patch (which is intended to support ENABLE_LTO from platform makefile) is contributing to the build errors.
Patch: build: allow platform makefiles to configure `ENABLE_LTO` Commit id: fa402f38b2c326f33d0989450ca62c1002d7d062 Change id: Ie1f73352eb51fb2ceb2385232336312216ef87fc
As per TF-A documentation, linker can be overridden using LD variable, which is broken in our case. Doc ref: https://trustedfirmware-a.readthedocs.io/en/latest/getting_started/initial-b...
Regards, Maheedhar.
tf-a@lists.trustedfirmware.org