- User Since
- May 23 2018, 7:22 AM (80 w, 1 d)
Thu, Nov 14
For 'Cooperative Scheduling Rules':
Well. So the first step we are creating patches to add power/wait; after this we plan to purge the SVC calling to uart driver.
Tue, Nov 12
TFM is involving a self-implemented printf, which means the existing solution is not applicable for re-targeting toolchain provided printf into putc/write.
So this can be a solution:
Mon, Nov 11
Thanks. The even recorder looks quite keil specific. Hmmm, let's try to find some other way.
Oct 8 2019
Shall we involve mbed-crypto people for this topic?
Sep 18 2019
Mark this task as resolved since IPC is available.
Sep 3 2019
I think the mechanism is changed during this patch:
Done by David Hu's patch:
Aug 29 2019
Aug 27 2019
Started progress on it, investigating the effect.
Aug 19 2019
Aug 17 2019
Aug 15 2019
Aug 1 2019
Patch for master branch updated:
Jul 29 2019
You can do it in feature-ipc branch first. I will take a look if I could cherry-pick it back to master, or I will wait for a merge from the feature-ipc branch.
I think these changes are covered by:
I will start a series of patches for this issue. Check mailing list for details.
Hi David, since you are changing the memory checking related topics, can you help to do this task as well?
Resolve the changes since no response. We can re-open it if there are still concerns.
Jul 18 2019
Append a tiny patch to update the document path:
Jul 15 2019
Jul 9 2019
Another (final) patch:
Jul 3 2019
Thanks, that is helpful. Will let you know after the feature is created.
Can you help to take a look?
Can you help to :
- provide the version customer are using
- provide the solution you have created?
Jun 11 2019
Jun 3 2019
Thanks, guys. I think this issue could be closed. Only one test patch is not merged.
May 29 2019
May 23 2019
May 5 2019
The patch is here:
Apr 30 2019
Apr 28 2019
A new patch has been provided, to avoid set response file as default:
Apr 24 2019
This problem is not the one NXP reported. This is the models conflict in regression tests. Summer is doing a task and trying to fix this.
Apr 19 2019
Apr 18 2019
Apr 16 2019
Apr 12 2019
This issue is related to a further design change of retrieve NS parameters; let me down the priority for it and keep it here as a reminder.
Apr 9 2019
Mar 30 2019
Mar 28 2019
After Jinja2 is merged, there is a template for GCC and ARMCLANG. Close this task.
Mar 27 2019
Mar 26 2019
Mar 25 2019
Mar 21 2019
Mar 18 2019
Tried latest merged master branch on MUSCA_A and IPC works fine. Mark this task as resolved.
Mar 15 2019
A short question, has your platform defined __FPU_PRESENT=1?
Mar 14 2019
Mar 13 2019
Patches for the fixing:
Does it mean that patches mentioned in T95 could be merged?
Fatal error: L6002U: Could not open file @CMakeFiles/tfm_s.dir/objects1.rsp: No such file or directory Finished: 0 information, 0 warning, 0 error and 1 fatal error messages. make.exe: *** [app/secure_fw/CMakeFiles/tfm_s.dir/build.make:167: app/secure_fw/tfm_s.axf] Error 1 make.exe: *** [CMakeFiles/Makefile2:252: app/secure_fw/CMakeFiles/tfm_s.dir/all] Error 2 make.exe: *** [Makefile:118: all] Error 2
I am using ARMCLANG build on AN521, with latest master branch:
The patch is created, do the test now. Expect to publish it soon for review.
I saw the document update patch, but cmake 3.10 still fails in my side. Which means the document is updated first before cmake change?