qseecom: Improve reentrancy operation for QSEE OS-level scm_call cmds
-- QSEE reentrancy(RE) doesn't support QSEE OS class service until phase-3,
and QSEE OS level scm_call operations will fail if there is any blocked
TZ app. So, qseecom driver needs to first check if no app blocked before
sending QSEE OS level scm call, and then wait until all apps are unblocked.
This check was only added to app_loading/unloading/querying cmds before,
then add it to other QSEE OS level cmds.
-- Some ioctl reqs don't have global tz access mutex, like KMS requests,
which should be added as only one scm call can be sent to TZ.
-- Wrap the new scm_call to continue blocked req into qseecom_scm_call.
-- Improve wait event processing, block signals before wait and restore
after wakeup.
Change-Id: I3c7ad9165318b27d73ae5cec878fa9ae7748a76a
Signed-off-by:
Zhen Kong <zkong@codeaurora.org>
Loading
Please register or sign in to comment