On Tue, Mar 10, 2026 at 12:18:29PM +0100, Konrad Dybcio wrote: > On 3/9/26 10:12 AM, Jorge Ramirez wrote: > > On 06/03/26 16:20:24, Sumit Garg wrote: > >> From: Sumit Garg <[email protected]> > >> > >> Switch qcom media client drivers over to generic PAS TZ APIs. Generic PAS > >> TZ service allows to support multiple TZ implementation backends like QTEE > >> based SCM PAS service, OP-TEE based PAS service and any further future TZ > >> backend service. > >> > >> Signed-off-by: Sumit Garg <[email protected]> > >> --- > > [...] > > > are the calls to set_remote_state required? > > 0 is not the IRIS/VENUS remote processor. > > > > If it is legacy, maybe they can be phased out? > > FWIW, in msm-3.10 (yes) QCOM_SCM_SVC_BOOT/0x0a used to be called > 'TZBSP_VIDEO_SET_STATE', taking the arguments: > > args[0] = suspend->0, resume->1 > args[1] = spare=0 > > seems like sdm845/msm-4.9 still had that and so did 8250/msm-4.19
I would assume passing actual PAS ID in that spare argument shouldn't cause any issues for QTEE as it could just ignore that. Let me try to see in my testing on RB3Gen2 if it causes any ABI issues. Since with OP-TEE we would like to not deal with ABI inconsistencies. -Sumit
