kumquat-buildroot/package/optee-test/Config.in
Etienne Carriere 2d242e0e56 package/optee-*: support BR2_STATIC_LIBS=y
Patch current optee-client 3.4.0 to support building resources
with static linkage of executable binaries with the user libraries.
The optee-client patch is under review in the OP-TEE project [1] and
should be merged in the next OP-TEE release 3.5.0.

This change drops !BR2_STATIC_LIBS constraint on package optee-client
and its dependent packages that are optee-benchmark, optee-examples,
and optee-test.

[1] https://github.com/OP-TEE/optee_client/pull/147

Signed-off-by: Etienne Carriere <etienne.carriere@linaro.org>
Signed-off-by: Thomas Petazzoni <thomas.petazzoni@bootlin.com>
2019-03-14 22:42:26 +01:00

28 lines
965 B
Plaintext

config BR2_PACKAGE_OPTEE_TEST
bool "optee-test"
depends on BR2_TARGET_OPTEE_OS
depends on BR2_TOOLCHAIN_HAS_THREADS # optee-client
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
comment "optee-test needs a toolchain w/ threads"
depends on BR2_TARGET_OPTEE_OS
depends on !BR2_TOOLCHAIN_HAS_THREADS