You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I'm proposing an alternative design with more focus on keeping down the complexity in the kernel driver implementation. The TEE Client API exposed to the client is supposed to be left more or less as it is in OP-TEE/optee_client#171. Same goes for the TA API exposed to the TA in #3673.
The design is currently just a rough sketch but I hope it should be enough to get the idea. This is described in the document Simplified OCALL, feel free to comment in the document or here whatever is most convenient for you.
The text was updated successfully, but these errors were encountered:
This issue has been marked as a stale issue because it has been open (more than) 30 days with no activity. Remove the stale label or add a comment, otherwise this issue will automatically be closed in 5 days. Note, that you can always re-open a closed issue at any time.
Hi all,
This relates the ongoing OCALL work (#3673, linaro-swg/linux#72, OP-TEE/optee_client#171 and linaro-swg/optee_examples#64) where the Linux kernel driver implementation has become a bottleneck due to its complexity.
I'm proposing an alternative design with more focus on keeping down the complexity in the kernel driver implementation. The TEE Client API exposed to the client is supposed to be left more or less as it is in OP-TEE/optee_client#171. Same goes for the TA API exposed to the TA in #3673.
The design is currently just a rough sketch but I hope it should be enough to get the idea. This is described in the document Simplified OCALL, feel free to comment in the document or here whatever is most convenient for you.
The text was updated successfully, but these errors were encountered: