Optee

[thochstein]

I built only, no runtime test. The clang patches failed to apply with the update, and I didn't know how to fix them, so I disabled them. Note that clang is currently disabled anyway.

[angolini]

I don't have what to comment on this

[kraj]

meta-arm does not disable clang see

https://git.yoctoproject.org/meta-arm/tree/meta-arm/recipes-security/optee/optee.inc#n19

it only enables it if meta-clang is part of bblayers and TOOLCHAIN is set which by default is clang but user can set it to clang as well. I think you should reword this and also I see here you are explicitly setting TOOLCHAIN to gcc. It would be good to explain why do we need that while upstream from meta-arm does not.

[thochstein]

meta-arm does not disable clang see

The release that I'm upstreaming here was tested with an older version of meta-arm where clang is disabled.

https://git.yoctoproject.org/meta-arm/tree/meta-arm/recipes-security/optee/optee.inc?h=styhead&id=fa05df1611e8038e2529c8d41bdfd308e670488c#n17

[kraj]

meta-arm does not disable clang see

The release that I'm upstreaming here was tested with an older version of meta-arm where clang is disabled.

https://git.yoctoproject.org/meta-arm/tree/meta-arm/recipes-security/optee/optee.inc?h=styhead&id=fa05df1611e8038e2529c8d41bdfd308e670488c#n17

this is for master branch where we are not using clang-18 anymore but we are on clang-20, so I would think it
works fine with this release. So here is the deal, lets delete the clang patches because I think they may not be
needed anymore. But do not disable clang like it is in this patchset.

I can help to fix if there is anything there to fix.

[kraj]

look ok