Re: [PATCH v3] arm64: defconfig: Enable QCOMTEE on Qualcomm SM8650+

[Sumit Garg]

On Tue, Dec 09, 2025 at 06:58:27AM +0100, Krzysztof Kozlowski wrote:
> On 08/12/2025 13:18, Harshal Dev wrote:
> > Enable QCOMTEE driver on Qualcomm SM8650+ SoCs to facilitate communication
> > with the Qualcomm Trusted Execution Environment (QTEE).
> > (No enablement required in DTS files since QCOMTEE device is dynamically
> > registered by the QCOM_SCM firmware driver)
> > 
> > Signed-off-by: Harshal Dev <harshal.dev@xxxxxxxxxxxxxxxx>
> > ---
> > Changes in v3:
> > - Updated the commit message to reflect the supported Qualcomm platforms.
> > - Link to v2: https://lore.kernel.org/r/20251205-qcom_qcomtee_defconfig-v2-1-c92560b0346e@xxxxxxxxxxxxxxxx
> > 
> 
> I gave you the exact example to follow. Maybe it is not that important
> for others, so I will not object, but OTOH it is important for me, thus
> I will not give reviewed by. I damn asked VERY CLEARLY:
> 
> "Just mention which UPSTREAM boards (which you called Qualcomm
> platforms) use this driver."
> 
> Usage of something on SoC is not a proof that it actually is used by
> upstream platforms and we absolutely do not care at all about downstream
> users. I spent way too much time on this and even very specific
> instructions were not working, so I don't know how else I can help.

Harsal,

I remember myself following a list of instructions to run QTEE test
application on RB5 which were part of QTEE patch-set. And I do know there
are contributions going on in meta-qcom regarding those libraries here [1][2].

[1] https://github.com/qualcomm-linux/meta-qcom/pull/1167
[2] https://github.com/qualcomm-linux/meta-qcom/pull/1094

So, it would be nice if you could point people to a coherent
documentation which can list instructions to reproduce setup preferably
based on meta-qcom.

-Sumit