- User Since
- Oct 17 2018, 1:35 AM (131 w, 1 d)
Tue, Apr 6
Assigned to Ken for the warning fix.
Mon, Mar 29
Feb 13 2020
Jan 16 2020
Jan 15 2020
Hi @RobertRostohar ,
All issues are closed. The crypto header issue should follow up in mbedcrypto changes, not in TF-M as we have aligned.
So I'm going to close this root issue.
Please let me know if you have any question.
Had the workshop and aligned the solution for this issue.
The changes are made and verified locally for CMSIS Pack.
Next step is to upstream the solution to mbedCrypto.
As it's not TF-M issue anymore, so close this issue.
Dec 25 2019
Any update for this ticket?
Dec 18 2019
Yes, the TZ API is not widely supported and the RTOSes which support v8m TZ are inventing their own "TZ" API for secure context switch (e.g. FreeRTOS). So, we intended to make the "Secure Context Management" ecosystem more aligned. For example, we are also introducing TZ API in RT-Thread.
But you're right, it's optional if there's no multiple secure context in TF-M. The value of NS client ID and NS access policy are use case specific. We provide the way to support that but it should be optional.
We will check if anything will go wrong if RTOS doesn't call the TZ API to TF-M. If we found issues, then will fix them.
Thanks for the valuable input!
Dec 15 2019
Nov 29 2019
@kevin-peng-hao can you update some progress?
Nov 27 2019
Working on the proposal.
@KenLSoft will look at the UART interrupt support in SVC issue.
Oct 24 2019
Oct 23 2019
Fixed and merged the patch https://review.trustedfirmware.org/c/trusted-firmware-m/+/2335