Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Investigate and define the work required for compatibility with Arm Firmware Framework for Armv8-A (FF-A) #247

Closed
paulhowardarm opened this issue Sep 11, 2020 · 1 comment
Assignees
Labels
firmware framework Issues related to compatibility with Arm FF-A

Comments

@paulhowardarm
Copy link
Collaborator

Summary

Arm Firmware Framework for Armv8-A (FF-A) will make it possible to run PSA services (crypto, storage, attestation) as S-EL0 partitions in OP-TEE. These services would make a suitable back-end for Parsec. This request is to investigate the work items needed to make Parsec compatible with such an OP-TEE architecture. The output from this work should be a set of well-defined engineering issues allowing the work to be implemented.

Details

Needs investigation, but likely to include at least the following:

  • Specifying how Parsec (as a userspace process) can interact with FF-A partitions for secure services. Such a specification may need to come from FF-A itself, but we will need to work with them to get it agreed.
  • Creating a Parsec provider for a PSA Crypto service in OP-TEE. It might make sense to have a minimal provider to begin with, and then raise separate issues to build out its functionality across the various primitives. Perhaps reaching functional parity with existing TPM/PKCS11 providers would be a good milestone. We also need to think about how this provider is architected. Is it a new provider that talks directly to FF-A? Or do we make it possible for the Mbed provider to be "re-routed" to the OP-TEE partition?
  • Defining and implementing a test framework. Should we have a CI system based on QEMU images, for instance?
  • Book updates

Dependencies

The main dependency is FF-A itself. We will need to coordinate across the projects, and possibly also across Mbed/PSA.

Definition of Done

This issue can be moved to "done" once it has been elaborated into a credible set of well-understood issues in this repo and in the other repos for a solution. "Credible" means that they have clear scope and can be estimated.

@paulhowardarm paulhowardarm added the firmware framework Issues related to compatibility with Arm FF-A label Sep 11, 2020
@ionut-arm ionut-arm self-assigned this Sep 22, 2020
@ionut-arm
Copy link
Member

Issues have been created. If major changes occur, another investigation issue will be created.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
firmware framework Issues related to compatibility with Arm FF-A
Projects
None yet
Development

No branches or pull requests

2 participants