Open stgloorious opened 9 months ago
I am seeing the exact same issue here.
The OP-TEE code in this repo will be removed soon https://github.com/microsoft/ms-tpm-20-ref/pull/108 . So it's probably better to not expect any changes here.
Having said that, I worked with an fTPM persistent storage several months ago. I observed a similar issue (don't remember exactly). If it is the same error, you can fix it with executing chown tee:tee /data/tee/*
in Linux before loading the fTPM. At least, it worked for me then.
In my case tee-supplicant is running as root, and the files in the tee data directory are all owned by root (R/W for user only). It's a yocto based system. The main problem is that I can see it loading the first two objects, and it only fails on the third.
We have OP-TEE and the fTPM TA set up on our development board. The fTPM works as long as there is no persistent storage present in the REE filesystem, so either if
tee
directory is deletedThe first time the fTPM is started it will create storage objects:
tpm2-tools work as expected. If the system is rebooted or reset from this state, the fTPM will reliably panic when trying to open the persistent storage objects:
The OP-TEE storage tests pass and example applications also work as expected. We are using the latest version (e9fc7b89d865536c46deb63f9c7d0121a3ded49c).
Any help is greatly appreciated.