Hi Masaki,
Thanks for the question.
At the moment, we do not plan to publish standalone releases of tf-psa-crypto-drivers. The intention is that drivers hosted in this repository are released and validated as part of the projects that integrate them, rather than independently.
For the CryptoCell driver specifically, the main integration is TF-M. This also explains some of the dependencies you noticed on TF-M headers and utilities: the driver is currently primarily intended to be integrated and built within that environment rather than consumed as a completely standalone component.
For a given TF-M release, the corresponding tf-psa-crypto-drivers revision can be determined from the TF-M source tree: the TF-M CMake configuration pins the specific tf-psa-crypto-drivers Git revision used by that release. That is therefore the best reference for identifying the driver revision that was integrated and tested with a particular TF-M release.
There is currently no equivalent one-to-one release mapping of the form:
`TF-PSA-Crypto release -> tf-psa-crypto-drivers release -> TF-M release`
In particular, selecting TF-PSA-Crypto 1.2.0 does not by itself identify a specific tf-psa-crypto-drivers or TF-M revision. Compatibility between TF-PSA-Crypto and external drivers is primarily defined through the PSA Crypto driver interface, and work is ongoing around formalizing that interface and its release/versioning model.
Once that interface has a formal release/versioning scheme, we can also consider whether clearer compatibility documentation between TF-PSA-Crypto and external driver implementations would be useful.
So, for CryptoCell today, I would recommend starting from the TF-M release you intend to use and following the tf-psa-crypto-drivers revision pinned by that release.
Regards, Amjad CryptoCell Maintainer