Hi! Thanks for your draft! I created a patch: https://review.trustedfirmware.org/c/TF-M/tf-m-tests/+/15150. Does it meet your requirements?
Unbreak Now! (1)
Needs Triage (14)
Fri, May 13
Wed, May 11
Reported bug in gcc 12.1.0
The issue is related to this GCC ticket:
Which is corrected in the official GCC 12.1 version.
Tue, May 10
My modification is very draft, so I just list it here. Actually, the above has mentioned in total.
Thanks for your feedback.
Sat, May 7
Fri, May 6
Shorten the build directory -B C:/build can help, but not enough. The same error still occurs.
Thu, May 5
This issue was spotted by windows users, and here are some workarounds:
Tue, May 3
Fri, Apr 29
Wed, Apr 27
So far this has been a deliberate design choice to avoid saving/restoring SVE state from EL3 mainly for BL31 footprint reasons (and performance if unconditionally done on each and every world switch). The vector register file ranges from 2KB to 8KB with 8 cores, and linearly scales to as many cores in the system (which can be hundreds in a server chipset). Apart from specific cases under discussion (SPM-MM or EL3 FF-A SPM), it is preferable to do this at lower EL e.g. a TOS at SEL1 (or Hafnium at SEL2). Do you have specific reasons why it cannot be done at lower EL?
You may also want to take a look at those options: ENABLE_SVE_FOR_NS and ENABLE_SVE_FOR_SWD
Tue, Apr 26
Fri, Apr 22
Thu, Apr 21
I think My custom 1046 doen't support Secure boot.
Doesn't OPTEE work normally only if the Secure boot is supported?