Hi Baopeng,

By "code based on the SPM_MM framework" I assume you refer to a secure service running in a S-EL0 partition based on the MM protocol?

If you can share this information, what kind of service is this implementing? RAS handling, secure variables, TPM back end, other?

What kind of interface is needed to access the service? asynchronous with interrupts? synchronous with SMC from normal world?

Another question is why do you need to collocate the SPMD if the MM implementation is already achieving the scenarios you need?

Ideally you'd want to migrate this service to run on top of:

the EL3 FF-A SPMC https://trustedfirmware-a.readthedocs.io/en/latest/components/el3-spmc.html
or if the HW/chipset implements it, the S-EL2 FF-A SPMC https://hafnium.readthedocs.io/en/latest/secure-partition-manager/index.html

Knowing the kind of S-EL0 service would help narrowing the effort for a migration.

FF-A (https://developer.arm.com/documentation/den0077/latest/) is a modern evolution of MM (https://developer.arm.com/documentation/den0060/latest) and any functionality achieved by the MM protocol can be handled by FF-A. For example the MM_COMMUNICATE interface can be easily swapped by the FFA_MSG_SEND_DIRECT_REQ interface.

Regards,

Olivier.

From: baopeng (A) via TF-A <tf-a@lists.trustedfirmware.org>
Sent: 21 February 2024 07:10
To: tf-a@lists.trustedfirmware.org <tf-a@lists.trustedfirmware.org>
Subject: [TF-A] Re: Request for help

Hi Olivier Deprez,

We have developed code based on the SPM_MM framework and do not want to reconstruct the code. However, we want to adapt the code to the SPMD framework.

What should we do?

________________________________

Hi Baopeng,

SPM_MM is the legacy implementation for a secure partition manager relying on the MM protocol. This implementation gets deprecated in favor of FF-A based implementations (what you refer to as SPMD + SPMC). Both implementations aren't compatible and it is discouraged to attempt co-locating both. It may be more palatable and future proof to transition all your SW stack to be compliant to FF-A standard.

We may help you better if you tell a bit more about the reason for mixing both implementations in the same build.

Regards, Olivier.

________________________________ From: baopeng (A) baopeng1@huawei.com Sent: 20 February 2024 02:19 To: tf-a-owner@lists.trustedfirmware.org tf-a-owner@lists.trustedfirmware.org Subject: Request for help

Dear Sir/ Madam,

we need to support the simultaneous loading of SPMD and SPM_MM due to project reasons.

However, we notice that the makefile of SPM_MM of ATF does not support the simultaneous loading of SPMD and SPM_MM by default.

I would like to ask what is the main reason for making the current restrictions?