From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id D59EFCD4F3D for ; Fri, 22 May 2026 07:44:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=VrXF29bFOvYEg9sO118+umVcO0JfkNNCWZdK/cFtHow=; b=jaUYsL4IKZdF1thLf+IvD8YpaT BfOoyMmm3gfpR9HAMjse7UPMWQzhRztC4B3MhhzhWV7Pm9VZxJ36t6HwtZaKl7TR8INHjyuWWtI/U AS+WBvmKSTMHalU1OB3XbwGwFcbS5nMYb2Z7TqNzuHGZV/sO3axkFWrQHJDlBqETPedrZaQrGcRIs BS3cIcgkqiZKBcTwebSBq96KipGyeUfu3ID6sd6NsaNzA14N9OiPQ0zoGbuUjC81TInnNB06ehE17 uFOu5ppGS1rzx8k+xFJU/7ZbqU0h91W6g7/1idkqbFL7AhbSliZ0bQI4yIGIKwFkXk1cvvg0tEWdO u2UtFUrg==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.99.1 #2 (Red Hat Linux)) id 1wQKYF-0000000A7hd-1K8W; Fri, 22 May 2026 07:44:11 +0000 Received: from tor.source.kernel.org ([2600:3c04:e001:324:0:1991:8:25]) by bombadil.infradead.org with esmtps (Exim 4.99.1 #2 (Red Hat Linux)) id 1wQKYE-0000000A7hV-3A6U for ath12k@lists.infradead.org; Fri, 22 May 2026 07:44:10 +0000 Received: from smtp.kernel.org (quasi.space.kernel.org [100.103.45.18]) by tor.source.kernel.org (Postfix) with ESMTP id 9CA646014B; Fri, 22 May 2026 07:44:09 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id D4D331F00A3D; Fri, 22 May 2026 07:43:54 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1779435849; bh=VrXF29bFOvYEg9sO118+umVcO0JfkNNCWZdK/cFtHow=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=Vf/t7jKsSIO+qe+6tRxPYGoD9FkkGxUyqleh8qsf5JEmI5yAFfQfd6bWqmNwSLqFE JC1TPXCMF1wNkSklStK+IGJs47944uD9x7MBKjfQgdgfl8tW7eoK4r0LozYPT16OSk zNL62XYTRBBIGmsJRtf6asAsSmE3/aCIv1kBwwLpDZLof0FtkOLEOa5exGdWXmuxUt bFE0ONHq/F/EWqPTTVS6/mUik8viyElQpIT1jkmP/iY6duPIpIsWC4+qVlonn0dS0k TONP00VWjfoGsNyvjSJiz5gWGYonLoCjznbVnwQF8PFC5pFQxJhMGJy2Tk71iGze9o NxaiQGYc4GsMw== Date: Fri, 22 May 2026 13:13:51 +0530 From: Sumit Garg To: Jeff Johnson Cc: andersson@kernel.org, linux-arm-msm@vger.kernel.org, devicetree@vger.kernel.org, dri-devel@lists.freedesktop.org, freedreno@lists.freedesktop.org, linux-media@vger.kernel.org, netdev@vger.kernel.org, linux-wireless@vger.kernel.org, ath12k@lists.infradead.org, linux-remoteproc@vger.kernel.org, konradybcio@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, robin.clark@oss.qualcomm.com, sean@poorly.run, akhilpo@oss.qualcomm.com, lumag@kernel.org, abhinav.kumar@linux.dev, jesszhan0024@gmail.com, marijn.suijten@somainline.org, airlied@gmail.com, simona@ffwll.ch, vikash.garodia@oss.qualcomm.com, dikshita.agarwal@oss.qualcomm.com, bod@kernel.org, mchehab@kernel.org, elder@kernel.org, andrew+netdev@lunn.ch, davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, jjohnson@kernel.org, mathieu.poirier@linaro.org, trilokkumar.soni@oss.qualcomm.com, mukesh.ojha@oss.qualcomm.com, pavan.kondeti@oss.qualcomm.com, jorge.ramirez@oss.qualcomm.com, tonyh@qti.qualcomm.com, vignesh.viswanathan@oss.qualcomm.com, srinivas.kandagatla@oss.qualcomm.com, amirreza.zarrabi@oss.qualcomm.com, jens.wiklander@linaro.org, op-tee@lists.trustedfirmware.org, apurupa@qti.qualcomm.com, skare@qti.qualcomm.com, linux-kernel@vger.kernel.org, Sumit Garg Subject: Re: [PATCH v6 00/16] firmware: qcom: Add OP-TEE PAS service support Message-ID: References: <20260518072856.22790-1-sumit.garg@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: ath12k@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "ath12k" Errors-To: ath12k-bounces+ath12k=archiver.kernel.org@lists.infradead.org On Wed, May 20, 2026 at 09:27:05AM -0700, Jeff Johnson wrote: > On 5/18/2026 12:28 AM, Sumit Garg wrote: > > From: Sumit Garg > > > > Qcom platforms has the legacy of using non-standard SCM calls > > splintered over the various kernel drivers. These SCM calls aren't > > compliant with the standard SMC calling conventions which is a > > prerequisite to enable migration to the FF-A specifications from Arm. > > > > OP-TEE as an alternative trusted OS to Qualcomm TEE (QTEE) can't > > support these non-standard SCM calls. And even for newer architectures > > using S-EL2 with Hafnium support, QTEE won't be able to support SCM > > calls either with FF-A requirements coming in. And with both OP-TEE > > and QTEE drivers well integrated in the TEE subsystem, it makes further > > sense to reuse the TEE bus client drivers infrastructure. > > > > The added benefit of TEE bus infrastructure is that there is support > > for discoverable/enumerable services. With that client drivers don't > > have to manually invoke a special SCM call to know the service status. > > > > So enable the generic Peripheral Authentication Service (PAS) provided > > by the firmware. It acts as the common layer with different TZ > > backends plugged in whether it's an SCM implementation or a proper > > TEE bus based PAS service implementation. > > > > The TEE PAS service ABI is designed to be extensible with additional API > > as PTA_QCOM_PAS_CAPABILITIES. This allows to accommodate any future > > extensions of the PAS service needed while still maintaining backwards > > compatibility. > > > > Currently OP-TEE support is being added to provide the backend PAS > > service implementation which can be found as part of this PR [1]. > > This implementation has been tested on Kodiak/RB3Gen2 board with lemans > > EVK board being the next target. In addition to that WIN/IPQ targets > > planning to use OP-TEE will use this service too. Surely the backwards > > compatibility is maintained and tested for SCM backend. > > > > Note that kernel PAS service support while running in EL2 is at parity > > among OP-TEE vs QTEE. Especially the media (venus/iris) support depends > > on proper IOMMU support being worked out on the PAS client end. > > > > Patch summary: > > - Patch #1: adds Kodiak EL2 overlay since boot stack with TF-A/OP-TEE > > only allow UEFI and Linux to boot in EL2. > > - Patch #2: adds generic PAS service. > > - Patch #3: migrates SCM backend to generic PAS service. > > - Patch #4: adds TEE/OP-TEE backend for generic PAS service. > > - Patch #5-#14: migrates all client drivers to generic PAS service. > > - Patch #15: drops legacy PAS SCM exported APIs. > > > > The patch-set is based on v7.1-rc4 tag and can be found in git tree here > > [2]. > > > > Merge strategy: > > > > It is expected due to APIs dependency, the entire patch-set to go via > > the Qcom tree. All other subsystem maintainers, it will be great if I > > can get acks for the corresponding subsystem patches. > > > > [1] https://github.com/OP-TEE/optee_os/pull/7721 (already merged) > > [2] https://git.kernel.org/pub/scm/linux/kernel/git/sumit.garg/linux.git/log/?h=qcom-pas-v6 > > > > --- > > Changes in v6: > > - Rebased to v7.1-rc4 tag. > > - Patch #14: fixed ret error print. > > - Add Kconfig descriptions for PAS symbols such that they are visible > > in menuconfig to update. > > > > Changes in v5: > > - Incorporated misc. comments from Mukesh. > > - Split up patch #11 into 2 to add an independent commit for passing > > proper PAS ID to set_remote_state API. > > - Picked up tags. > > > > Changes in v4: > > - Incorporate misc. comments on patch #4. > > - Picked up an ack for patch #10. > > - Clarify in cover letter about state of media support. > > > > Changes in v3: > > - Incorporated some style and misc. comments for patch #2, #3 and #4. > > - Add QCOM_PAS Kconfig dependency for various subsystems. > > - Switch from pseudo TA to proper TA invoke commands. > > > > Changes in v2: > > - Fixed kernel doc warnings. > > - Polish commit message and comments for patch #2. > > - Pass proper PAS ID in set_remote_state API for media firmware drivers. > > - Added Maintainer entry and dropped MODULE_AUTHOR. > > > > Mukesh Ojha (1): > > arm64: dts: qcom: kodiak: Add EL2 overlay > > > > Sumit Garg (15): > > firmware: qcom: Add a generic PAS service > > firmware: qcom_scm: Migrate to generic PAS service > > firmware: qcom: Add a PAS TEE service > > remoteproc: qcom_q6v5_pas: Switch over to generic PAS TZ APIs > > remoteproc: qcom_q6v5_mss: Switch to generic PAS TZ APIs > > soc: qcom: mdtloader: Switch to generic PAS TZ APIs > > remoteproc: qcom_wcnss: Switch to generic PAS TZ APIs > > remoteproc: qcom: Select QCOM_PAS generic service > > drm/msm: Switch to generic PAS TZ APIs > > media: qcom: Switch to generic PAS TZ APIs > > media: qcom: Pass proper PAS ID to set_remote_state API > > net: ipa: Switch to generic PAS TZ APIs > > wifi: ath12k: Switch to generic PAS TZ APIs > > firmware: qcom_scm: Remove SCM PAS wrappers > > MAINTAINERS: Add maintainer entry for Qualcomm PAS TZ service > > > > MAINTAINERS | 9 + > > arch/arm64/boot/dts/qcom/Makefile | 2 + > > arch/arm64/boot/dts/qcom/kodiak-el2.dtso | 35 ++ > > drivers/firmware/qcom/Kconfig | 21 +- > > drivers/firmware/qcom/Makefile | 2 + > > drivers/firmware/qcom/qcom_pas.c | 291 +++++++++++ > > drivers/firmware/qcom/qcom_pas.h | 50 ++ > > drivers/firmware/qcom/qcom_pas_tee.c | 476 ++++++++++++++++++ > > drivers/firmware/qcom/qcom_scm.c | 302 ++++------- > > drivers/gpu/drm/msm/Kconfig | 1 + > > drivers/gpu/drm/msm/adreno/a5xx_gpu.c | 4 +- > > drivers/gpu/drm/msm/adreno/adreno_gpu.c | 11 +- > > drivers/media/platform/qcom/iris/Kconfig | 25 +- > > .../media/platform/qcom/iris/iris_firmware.c | 9 +- > > drivers/media/platform/qcom/venus/Kconfig | 1 + > > drivers/media/platform/qcom/venus/firmware.c | 11 +- > > drivers/net/ipa/Kconfig | 2 +- > > drivers/net/ipa/ipa_main.c | 13 +- > > drivers/net/wireless/ath/ath12k/Kconfig | 2 +- > > drivers/net/wireless/ath/ath12k/ahb.c | 10 +- > > drivers/remoteproc/Kconfig | 4 +- > > drivers/remoteproc/qcom_q6v5_mss.c | 5 +- > > drivers/remoteproc/qcom_q6v5_pas.c | 51 +- > > drivers/remoteproc/qcom_wcnss.c | 12 +- > > drivers/soc/qcom/mdt_loader.c | 12 +- > > include/linux/firmware/qcom/qcom_pas.h | 43 ++ > > include/linux/firmware/qcom/qcom_scm.h | 29 -- > > include/linux/soc/qcom/mdt_loader.h | 6 +- > > 28 files changed, 1119 insertions(+), 320 deletions(-) > > create mode 100644 arch/arm64/boot/dts/qcom/kodiak-el2.dtso > > create mode 100644 drivers/firmware/qcom/qcom_pas.c > > create mode 100644 drivers/firmware/qcom/qcom_pas.h > > create mode 100644 drivers/firmware/qcom/qcom_pas_tee.c > > create mode 100644 include/linux/firmware/qcom/qcom_pas.h > > > > In my automation I do bisection builds and it fails when I bisect. Thanks for this report. It's really rather a directly dependency of qcom_q6v5_pas on mdt_loader. Switching them individually is causing this git bisection problem. I don't see any other way to fix this apart from mergging patch 5/16 and 7/16. Will do that for v7. > > At "remoteproc: qcom_q6v5_mss: Switch to generic PAS TZ APIs": > > ../drivers/remoteproc/qcom_q6v5_pas.c: In function 'qcom_pas_load': > ../drivers/remoteproc/qcom_q6v5_pas.c:244:44: error: passing argument 1 of 'qcom_mdt_pas_load' from incompatible pointer type [-Wincompatible-pointer-types] > 244 | ret = qcom_mdt_pas_load(pas->dtb_pas_ctx, pas->dtb_firmware, > | ~~~^~~~~~~~~~~~~ > | | > | struct qcom_pas_context * > In file included from ../drivers/remoteproc/qcom_q6v5_pas.c:27: > ../include/linux/soc/qcom/mdt_loader.h:23:52: note: expected 'struct qcom_scm_pas_context *' but argument is of type 'struct qcom_pas_context *' > 23 | int qcom_mdt_pas_load(struct qcom_scm_pas_context *ctx, const struct firmware *fw, > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~ > ../drivers/remoteproc/qcom_q6v5_pas.c: In function 'qcom_pas_start': > ../drivers/remoteproc/qcom_q6v5_pas.c:322:36: error: passing argument 1 of 'qcom_mdt_pas_load' from incompatible pointer type [-Wincompatible-pointer-types] > 322 | ret = qcom_mdt_pas_load(pas->pas_ctx, pas->firmware, rproc->firmware, > | ~~~^~~~~~~~~ > | | > | struct qcom_pas_context * > ../include/linux/soc/qcom/mdt_loader.h:23:52: note: expected 'struct qcom_scm_pas_context *' but argument is of type 'struct qcom_pas_context *' > 23 | int qcom_mdt_pas_load(struct qcom_scm_pas_context *ctx, const struct firmware *fw, > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~ > make[5]: *** [../scripts/Makefile.build:289: drivers/remoteproc/qcom_q6v5_pas.o] Error 1 > > > At "remoteproc: qcom_q6v5_pas: Switch over to generic PAS TZ APIs": > > ../drivers/remoteproc/qcom_q6v5_pas.c: In function 'qcom_pas_load': > ../drivers/remoteproc/qcom_q6v5_pas.c:244:44: error: passing argument 1 of 'qcom_mdt_pas_load' from incompatible pointer type [-Wincompatible-pointer-types] > 244 | ret = qcom_mdt_pas_load(pas->dtb_pas_ctx, pas->dtb_firmware, > | ~~~^~~~~~~~~~~~~ > | | > | struct qcom_pas_context * > In file included from ../drivers/remoteproc/qcom_q6v5_pas.c:27: > ../include/linux/soc/qcom/mdt_loader.h:23:52: note: expected 'struct qcom_scm_pas_context *' but argument is of type 'struct qcom_pas_context *' > 23 | int qcom_mdt_pas_load(struct qcom_scm_pas_context *ctx, const struct firmware *fw, > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~ > ../drivers/remoteproc/qcom_q6v5_pas.c: In function 'qcom_pas_start': > ../drivers/remoteproc/qcom_q6v5_pas.c:322:36: error: passing argument 1 of 'qcom_mdt_pas_load' from incompatible pointer type [-Wincompatible-pointer-types] > 322 | ret = qcom_mdt_pas_load(pas->pas_ctx, pas->firmware, rproc->firmware, > | ~~~^~~~~~~~~ > | | > | struct qcom_pas_context * > ../include/linux/soc/qcom/mdt_loader.h:23:52: note: expected 'struct qcom_scm_pas_context *' but argument is of type 'struct qcom_pas_context *' > 23 | int qcom_mdt_pas_load(struct qcom_scm_pas_context *ctx, const struct firmware *fw, > | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~ > make[5]: *** [../scripts/Makefile.build:289: drivers/remoteproc/qcom_q6v5_pas.o] Error 1 > > > This is because the 5/16 patch depends upon changes in the 7/16 patch. It is rather because of direct dependency of 5/16 on 7/16, I will merge them both. -Sumit