NetCube-Systems-Austria/kumquat-buildroot
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
eb39f4e146
kumquat-buildroot/package/optee-test/Config.in

32 lines
1.2 KiB
Plaintext
Raw Normal View History

package/optee-test: new package OP-TEE test package provide test materials as part of the OP-TEE project helping platforms to verify their OP-TEE components against a set of regression and performance tests. Package is added in the BR package configuration next to the OP-TEE client package. This change references in Buildroot the today's latest OP-TEE revision release tagged 3.4.0 with an added patch to fix an issue reported by recent GCC toolchains. Signed-off-by: Etienne Carriere <etienne.carriere@linaro.org> [Thomas: - drop version selection - propagate !BR2_STATIC_LIBS dependency of optee-client - make sure BR2_TARGET_OPTEE_OS_SDK is selected - use a patch generated by git format-patch - simplify the construct to build the examples] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-01-30 11:47:26 +01:00
config BR2_PACKAGE_OPTEE_TEST
bool "optee-test"
depends on BR2_TARGET_OPTEE_OS
package/optee-*: packages depend on thread support BR2_PACKAGE_OPTEE_CLIENT depends on BR2_TOOLCHAIN_HAS_THREADS. Library teec uses pthread support to protect clients state management. This change declares this dependency in package optee-client and updates dependent packages accordingly: optee-benchmark, optee-client, optee-examples and optee-test. Fixes [1] and [2] where config selected an toolchain without thread support and build failed with trace like: CMake Error at /home/buildroot/autobuild/run/instance-1/output/host/share/cmake-3.8/Modules/FindPackageHandleStandardArgs.cmake:137 (message): Could NOT find Threads (missing: Threads_FOUND) Call Stack (most recent call first): /home/buildroot/autobuild/run/instance-1/output/host/share/cmake-3.8/Modules/FindPackageHandleStandardArgs.cmake:377 (_FPHSA_FAILURE_MESSAGE) /home/buildroot/autobuild/run/instance-1/output/host/share/cmake-3.8/Modules/FindThreads.cmake:212 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) libteec/CMakeLists.txt:8 (find_package) [1] http://autobuild.buildroot.net/results/ed6ffe2197da4f3a970bd3c5522291236396cc8e [2] http://autobuild.buildroot.net/results/406f90048db097580b626ef889823132f8676ba1 Signed-off-by: Etienne Carriere <etienne.carriere@linaro.org> [Thomas: fix dependencies of Config.in comment, as noticed by Baruch.] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-07 16:45:28 +01:00
depends on BR2_TOOLCHAIN_HAS_THREADS # optee-client
package/optee-test: bump to version 3.11.0 Bump OP-TEE Test package version to OP-TEE release 3.11.0. Add dependency on BR2_INSTALL_LIBSTDCPP since C++ support is needed to build some OP-TEE test trusted applications. Remove local patch files since issues addressed since. Signed-off-by: Etienne Carriere <etienne.carriere@linaro.org> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2020-10-30 08:50:43 +01:00
depends on BR2_INSTALL_LIBSTDCPP
package/optee-client: add dependency on !BR2_STATIC_LIBS Since OP-TEE client 3.13.0, <dlfcn.h> is unconditionally used, so we need to add a !BR2_STATIC_LIBS dependency to optee-client and its reverse dependencies. Fixes: http://autobuild.buildroot.net/results/169cf630866cb84d711d68877bb83c897e1d2814/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-08-02 21:59:27 +02:00
depends on !BR2_STATIC_LIBS # optee-client
package/optee-client: add dependency on headers >= 4.3 Since upstream commit 5da4da99e0bb3d694e93046207ae4ce3b5545043, in 3.13.0, OP-TEE client unconditionally uses the MMC_IOC_MULTI_CMD ioctl(). But this ioctl() was only introduced in kernel 4.3, so earlier kernels did not have this definition. This was clearly known when upstream started using this ioctl. From the upstream commit 5da4da99e0bb3d694e93046207ae4ce3b5545043 commit log: As MMC_IOC_MULTI_CMD is available since linux 4.3, we should be safe to use it by default on read / write block operations. So let's propagate this dependency into Buildroot. Fixes: http://autobuild.buildroot.net/results/bd270a6793df499d5f52959e3de17f8a92d88305/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-08-02 22:09:11 +02:00
depends on BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_3 # optee-client
package/optee-test: new package OP-TEE test package provide test materials as part of the OP-TEE project helping platforms to verify their OP-TEE components against a set of regression and performance tests. Package is added in the BR package configuration next to the OP-TEE client package. This change references in Buildroot the today's latest OP-TEE revision release tagged 3.4.0 with an added patch to fix an issue reported by recent GCC toolchains. Signed-off-by: Etienne Carriere <etienne.carriere@linaro.org> [Thomas: - drop version selection - propagate !BR2_STATIC_LIBS dependency of optee-client - make sure BR2_TARGET_OPTEE_OS_SDK is selected - use a patch generated by git format-patch - simplify the construct to build the examples] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-01-30 11:47:26 +01:00
select BR2_PACKAGE_OPTEE_CLIENT
select BR2_TARGET_OPTEE_OS_SDK
help
This build option enables OP-TEE test package from the
OP-TEE project. It helps platforms to verify the OP-TEE
installation against a set of regression and performance
tests.
The package generates userspace test applications and
data files for the Linux userland. It also generates
OP-TEE trusted applications.
Trusted application binary files are installed in the target
directory /lib/optee_armtz as other trusted applications.
At runtime OP-TEE OS can load trusted applications from this
non-secure filesystem/directory into the secure world for
execution.
http://github.com/OP-TEE/optee_test
package/optee-client: add dependency on headers >= 4.3 Since upstream commit 5da4da99e0bb3d694e93046207ae4ce3b5545043, in 3.13.0, OP-TEE client unconditionally uses the MMC_IOC_MULTI_CMD ioctl(). But this ioctl() was only introduced in kernel 4.3, so earlier kernels did not have this definition. This was clearly known when upstream started using this ioctl. From the upstream commit 5da4da99e0bb3d694e93046207ae4ce3b5545043 commit log: As MMC_IOC_MULTI_CMD is available since linux 4.3, we should be safe to use it by default on read / write block operations. So let's propagate this dependency into Buildroot. Fixes: http://autobuild.buildroot.net/results/bd270a6793df499d5f52959e3de17f8a92d88305/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-08-02 22:09:11 +02:00
comment "optee-test needs a toolchain w/ threads, C++, dynamic library, headers >= 4.3"
package/optee-test: new package OP-TEE test package provide test materials as part of the OP-TEE project helping platforms to verify their OP-TEE components against a set of regression and performance tests. Package is added in the BR package configuration next to the OP-TEE client package. This change references in Buildroot the today's latest OP-TEE revision release tagged 3.4.0 with an added patch to fix an issue reported by recent GCC toolchains. Signed-off-by: Etienne Carriere <etienne.carriere@linaro.org> [Thomas: - drop version selection - propagate !BR2_STATIC_LIBS dependency of optee-client - make sure BR2_TARGET_OPTEE_OS_SDK is selected - use a patch generated by git format-patch - simplify the construct to build the examples] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-01-30 11:47:26 +01:00
depends on BR2_TARGET_OPTEE_OS
package/optee-client: add dependency on !BR2_STATIC_LIBS Since OP-TEE client 3.13.0, <dlfcn.h> is unconditionally used, so we need to add a !BR2_STATIC_LIBS dependency to optee-client and its reverse dependencies. Fixes: http://autobuild.buildroot.net/results/169cf630866cb84d711d68877bb83c897e1d2814/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-08-02 21:59:27 +02:00
depends on !BR2_TOOLCHAIN_HAS_THREADS || !BR2_INSTALL_LIBSTDCPP || \
package/optee-client: add dependency on headers >= 4.3 Since upstream commit 5da4da99e0bb3d694e93046207ae4ce3b5545043, in 3.13.0, OP-TEE client unconditionally uses the MMC_IOC_MULTI_CMD ioctl(). But this ioctl() was only introduced in kernel 4.3, so earlier kernels did not have this definition. This was clearly known when upstream started using this ioctl. From the upstream commit 5da4da99e0bb3d694e93046207ae4ce3b5545043 commit log: As MMC_IOC_MULTI_CMD is available since linux 4.3, we should be safe to use it by default on read / write block operations. So let's propagate this dependency into Buildroot. Fixes: http://autobuild.buildroot.net/results/bd270a6793df499d5f52959e3de17f8a92d88305/ Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2021-08-02 22:09:11 +02:00
BR2_STATIC_LIBS || !BR2_TOOLCHAIN_HEADERS_AT_LEAST_4_3
Reference in New Issue Copy Permalink