If you are still interested, we have an ongoing patch for adding an option to enable FPU coprocessors CP10/CP11: https://review.trustedfirmware.org/c/TF-M/trusted-firmware-m/+/15243

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?

My modification is very draft, so I just list it here. Actually, the above has mentioned in total.

Thanks for your feedback.

Shorten the build directory -B C:/build can help, but not enough. The same error still occurs.

This issue was spotted by windows users, and here are some workarounds:

Has been fixed.

SSE-300 platform is deprecated now. So will close this issue currently.
However, AN547 maybe have same issue if AN547 is supported in PSA Arch test. Put a note here.

The fix has been merged. Close the issue.

The 1.4.x branch is only intended for security fixes.
https://developer.trustedfirmware.org/w/collaboration/tf_m_security_patch_release/

Thanks for your check. Would you also backport the patch to TF-M 1.4?

I think you're right.
The Secure PendSV is masked by NSPE, although it has the same priority value 0x80.
It has to have a lower value to preempt the NSPE, having an equal priority value does not work.

If it's an RTX issue, then please contact RTX people. Thanks very much.

This issue has been fixed by:
https://review.trustedfirmware.org/c/TF-M/trusted-firmware-m/+/10402

Ran into this as well when porting a new target and trying to get all constellations of test suites up and running. It seems to be an issue with how thread joins are handled during RtxThreadExit in RTX 5.5.0. Tracing the disassembly in the kernel makes me think there's some sort of optimisation bug in the precompiled libraries, since the idle thread is marked for running instead of the test thread (which was waiting on the join).

This issue has been fixed.