summaryrefslogtreecommitdiffstats
path: root/recipes-security/optee-imx/optee-client_3.2.0.imx.bb
Commit message (Collapse)AuthorAgeFilesLines
* optee-imx: upgrade to version 3.7.0Andrey Zhizhikin2020-09-231-52/+0
| | | | | | | | | | | | | | | | | | | | | | | Update all recipes to pull sources from imx_5.4.24_2.1.0 branch in NXP upstream and update SRCREV to match release tags. Update PREFERRED_VERSION of optee for mx8 to point to 3.7.0.imx. Following notes are additions to the version update of recipes: -------------------------- optee-os: - Refresh gcc10 patch to resolve the fuzz during apply - Drop python patch as it is already applied upstream - Add new machines to the list optee-client: - Update CFLAGS patch to match 3.7.0 version - Split ${B} from ${S}, this makes build more clear optee-test: - Remove do_compile task and substitute with OEMAKE Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
* optee-client: add patch to avoid CFLAGS overridesAndrey Zhizhikin2020-05-311-1/+3
| | | | | | | | | | | Base optee-client implementation uses immediate assignment of CFLAGS variable in it's build structure, which causes Yocto CFLAGS to be overridden and not properly propagated into the build system. Introduce a patch which uses append operator intead of immediate assignment to have both CFLAGS variables to be combined. Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
* optee-client: fix build architecture for aarch64Andrey Zhizhikin2020-05-311-9/+5
| | | | | | | | | | | | | | | Overridden do_compile() task relies on an old DEFAULTTUNE set to identify if the build should target arm32 or arm64 architecture, and has a direct comparison to the generic tune. Since aarch64 tune for some derivatives has been switched to a more specialized types (cortexa53-crypto), this causes the check to fail and build defaults to arm32, which is not desired behavior. Define OPTEE_ARCH to a proper value based on machine overrides, drop the task override and use standard Yocto mechanisms to provide additional parameters to make. Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
* optee-imx: upgrade to lf-5.4.yAndrey Zhizhikin2020-04-161-3/+1
| | | | | | | | | | Upgrade optee recipes to fetch sources from lf-5.4.y branch, this is aligned with new kernel release from NXP. optee-os and optee-client has build defines dropped, this is originated in NXP fork. Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
* optee[-imx]: update recipes to use python3Andrey Zhizhikin2020-01-231-1/+1
| | | | | | | | | | Since Python2 is dropped in oe-core and classes are not available anymore, optee components should be updated to utilize python3. optee-os recipe received an additionl patch to re-target the Python version in the source tree to python3. Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
* optee-client_3.2.0.imx: remove 0001-libteec-refactor-_dprintf.patchPeter Griffin2020-01-141-2/+1
| | | | | | | | This patch no longer applies as it is already included in the new optee-client tag. Fixes: 020d818 Signed-off-by: Peter Griffin <peter.griffin@linaro.org>
* optee-[client,test]: upgrade to 4.19.35_1.1.0Andrey Zhizhikin2020-01-081-2/+2
| | | | | | | This upgrade is required to support new i.MX8M Nano SoC and is also aligned with all optee-imx components. Signed-off-by: Andrey Zhizhikin <andrey.zhizhikin@leica-geosystems.com>
* optee-client: Add support for optee-client imx forkPeter Griffin2019-11-081-0/+57
This also includes some backported gcc 8 fixes from upstream. Signed-off-by: Peter Griffin <peter.griffin@linaro.org>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-06-17 23:44:40 +0000