-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
Why need lock_single_instance for single_instance TA? #1576
Comments
It's a way of guaranteeing that we can't deadlock. Single instance TAs can form lock graphs that could lead to deadlocks. I suppose there's some more advanced way we can detect this, but the advantage with this somewhat blunt approach is that the we always have the same behavior regardless of which other TAs are active etc. |
@jenswi-linaro any detail about the lock graphs? So if i have all TAs set to single instance, the performance will be bad because we can't take advantage of the SMP, right? |
I don't have any more details on the lock graphs. I only realized that something had to be done about potential deadlocks and this works and is predicable. |
We are closing this issue/question, why?
If you however feel that you have additional questions or still thinks this is an issue, then please feel free to re-open the issue again. When closing issues we will only show this entire message once. // OP-TEE admins |
#1915 added a config option to disable the global lock. |
Hi
We have already got the ctx->busy,and for the lock_single_instance, if we have 2 single_instance TAs, we can't access them in parallel, could anyone help to explain?
Thanks.
The text was updated successfully, but these errors were encountered: