Re: [PATCH v8 04/14] remoteproc: qcom_q6v5_pas: Switch over to generic PAS TZ APIs
Sumit Garg via OP-TEE <[email protected]>
| Newsgroups | org.trustedfirmware.lists.op-tee,org.freedesktop.lists.dri-devel,org.infradead.lists.ath12k,org.kernel.vger.linux-arm-msm,org.kernel.vger.linux-kernel,org.kernel.vger.linux-media,org.kernel.vger.linux-remoteproc,org.kernel.vger.linux-wireless,org.kernel.vger.netdev |
|---|---|
| Message-ID | <akTDMOvu5H9qMDUK@sumit-xelite> |
On Tue, Jun 30, 2026 at 02:34:59PM +0200, Konrad Dybcio wrote: > On 6/26/26 3:34 PM, Sumit Garg wrote: > > From: Sumit Garg <[email protected]> > > > > Switch qcom_q6v5_pas client driver 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. > > > > Since qcom_q6v5_pas depends on MDT loader for PAS firmware loading, it > > has to be switched over to generic PAS APIs in this commit to avoid any > > build issues. > > > > Reviewed-by: Mukesh Ojha <[email protected]> > > Tested-by: Mukesh Ojha <[email protected]> # Lemans > > Tested-by: Vignesh Viswanathan <[email protected]> # IPQ9650 > > Signed-off-by: Sumit Garg <[email protected]> > > --- > > I assume that the leftover qcom_scm_assign_mem() will be handled > in a separate effort, presumably through something like FF-A lend > on the backend The qcom_scm_assign_mem() is already handled as a SiP call in TF-A. > > Reviewed-by: Konrad Dybcio <[email protected]> > Thanks. -Sumit