DO NOT click the link posted by ericjonze.
It is a malicious link.

Currently GNU 10-2020-q4-major cannot support CMSE well (https://git.trustedfirmware.org/TF-M/trusted-firmware-m.git/tree/docs/getting_started/tfm_sw_requirement.rst#n54).
So this GNU version won't be supported in TF-M.

Imo, the implementation can be very platform specific. It is required that the two cores shall be physically isolated.
Besides, when NS requires secure services on the other core, the other core must runs in S world. It is a bit difficult to guarantee.

@MartinSchoenstedt so are you trying to run Non-secure OS + TF-M on both MPS2 AN521 cores?
Are you designing a SMP (symmetric multiprocessing) system for both NS and S? May I know the benefit to run NS + TF-M on both cores, compared to running a single Cortex-M33?

I will run the GCC version later to check if there are more warnings. Will collect all the warnings and fix them in one shot later.

It looks like your compiler is bit more stricter than mine :)
It won't take too much to effort to fix those warnings I guess.

Can you share the Compiler information please?

Hi Martin, this *dual-cpu* design is dedicated for the platforms which consist of a non-secure core and a secure core. The secure core is protected from the non-secure core by system physical isolation. PSoC 64 is an example port of this *dual-cpu* implementation.

Improved by https://review.trustedfirmware.org/c/TF-M/trusted-firmware-m/+/9451

Great suggestion. Will add one in build configuration check soon.

Profile Medium selects IPC model by default. TF-M IPC model disables audit log service since audit log doesn't implement IPC model interface yet.
Please see: https://git.trustedfirmware.org/TF-M/trusted-firmware-m.git/tree/config/tfm_ipc_config_default.cmake

TF-M audit log service doesn't implement IPC model interface. Therefore it is not enabled by default in IPC model.
IPC model default configuration disables TF-M audit log. Please see: https://git.trustedfirmware.org/TF-M/trusted-firmware-m.git/tree/config/tfm_ipc_config_default.cmake

The fix is merged: https://review.trustedfirmware.org/c/TF-M/tf-m-tests/+/8178

A hotfix is under review: https://review.trustedfirmware.org/c/TF-M/tf-m-tests/+/7753

A patch to fix this issue: https://review.trustedfirmware.org/c/TF-M/trusted-firmware-m/+/7708

Previously, memory access check was only performed in TF-M SPM. Therefore multi-core memory access check checks whether current execution is in Handler mode.
Memory access check is allowed only in Handler mode.

Thx Vikas.
I add @chrisb to take a look since he is the designer. :)

Patch is uploaded to https://review.trustedfirmware.org/c/trusted-firmware-m/+/3107.

The root cause is:

1. When building SPRTL, arch type is fetched from GNUARM cmake file since SPRTL CMake file is included with add_subdirectory() instead of include().
2. The CM0+ arch type should be "armv6s-m". However, it is set to "armv6-m" in GNUARM cmake file, which stands for CM0. CM0 doesn't support SVC. Thus the build failed.
3. Previously, the psa_client.c and` psa_service.c` were not in SPRTL folder. When building the both files, cpu type is fetched which is correct.

https://review.trustedfirmware.org/q/topic:%22dualcpu-multi-client-call%22+(status:open%20OR%20status:merged) implement multiple calls feature.
https://review.trustedfirmware.org/q/topic:%22dualcpu-test-framework%22+(status:open%20OR%20status:merged) implement a test framework for dual-cpu to verify multiple calls feature.

The patch set is submit to https://review.trustedfirmware.org/q/topic:%22remove-deprecated-test%22+(status:open%20OR%20status:merged) for review.

The change to CI scripts is merged.

Patch set has been uploaded to https://review.trustedfirmware.org/q/topic:%22template_plat_files%22+(status:open%20OR%20status:merged) for review.

Patch set: https://review.trustedfirmware.org/c/trusted-firmware-m/+/2767

CI should be updated to remove the tracking of deprecated test cases, before the patch set is uploaded.
The patch to modify CI scripts is under review on https://review.trustedfirmware.org/c/ci/tf-m-ci-scripts/+/2745.

Patch set: https://review.trustedfirmware.org/q/topic:%22psoc64_on_master%22+(status:open%20OR%20status:merged)

Under review: https://review.trustedfirmware.org/q/topic:%22dualcpu-hotfix%22+(status:open%20OR%20status:merged)

https://review.trustedfirmware.org/c/trusted-firmware-m/+/2195 Merged.

Yeah, we have been such a quick pace for a while. There are still some major PSoC 6 feature coming in next 2 weeks. So I guess there will be a more stable code base in mid-OCt.

Hi Thomas, tfm-twin-cpu is a dedicated project tag for multi-core feature development with special schedule, task plan and target, which have been determined.
Please select other tags. Sorry for any inconvenience.