| commit | 44aff4b6419087d82c4c04d4c80fd416f7469294 | [log] [tgz] |
|---|---|---|
| author | Igor Opaniuk <igor.opaniuk@linaro.org> | Fri Sep 16 10:18:00 2016 +0300 |
| committer | Igor Opaniuk <igor.opaniuk@linaro.org> | Mon Sep 19 11:17:37 2016 +0300 |
| tree | a0cf7e2dff1b88ecc61391d042c6f1c75ec7f5d3 | |
| parent | 2b1c11db84ba63f2f24b092cf572eaee3e49f025 [diff] |
Inclusion of aes-perf benchmark tool into xtest 1. The way of invoking aes-perf tool is just the same as sha-perf $ xtest --aes-perf 2. Fixed issues with one-whitespace-lines and >80character-lines 3. Added two examples of test cases for aes-perf 4. Minor fixes Reviewed-by: Jerome Forissier <jerome.forissier@linaro.org> Signed-off-by: Igor Opaniuk <igor.opaniuk@linaro.org>
The optee_test git contains the source code for the TEE sanity testsuite in Linux using the ARM(R) TrustZone(R) technology. It is distributed under the GPLv2 and BSD 2-clause open-source licenses. For a general overview of OP-TEE, please see the Notice.md file.
The client applications (optee_test/host/*) are provided under the GPL-2.0 license. The user TAs (optee_test/ta/*) are provided under the BSD 2-Clause license.
xtest test suite comes with a standard test suite, freely available. When installing OP-TEE through the manifest, the build component provides the xtest target which builds optee_test. It makes use of the following environment variables:
CROSS_COMPILE_HOST: the cross compiler used to compile the Non-Secure Client Application (host/xtest)CROSS_COMPILE_TA: the cross compiler used to compile the Trusted Applications (ta)TA_DEV_KIT_DIR: the path to the Trusted Application Dev Kit. It can be found in optee_os repository, once optee_os has been compiled.O: the output repositoryCFG_ARM32=y must be set.Developers can purchase the Global Platform Compliance Test suite. This test suite comes with .xml files describing the tests and the Trusted Applications.
Standard tests can be extended with the Global Platform test suite. The user must only:
xml files in $CFG_GP_PACKAGE_PATHmake patch (or call make xtest-patch from the build repository) before compiling xtest. This must be run a single time after the installation of OP-TEE.This will:
ta/GP_xxxhost/xtest, as for example xtest_9000.cxtest_7000.c, adding new tests.Then the tests must be compiled with CFG_GP_PACKAGE_PATH=<path>.
# all xtest boot and execute on your target $ modprobe optee_armtz $ tee-supplicant & $ xtest # single xtest boot and execute on your target $ modprobe optee_armtz $ tee-supplicant & $ xtest <testnumber> (i.e.: xtest 1001) # family xtest (i.e.: Family 1000) boot and execute on your target $ modprobe optee_armtz $ tee-supplicant & $ xtest _<family> (i.e.: xtest _1)
To be able to see the full command when building you could build using following flag:
$ make V=1
To state where build files are stored use the O flag.
$ make O=$HOME/foo
By default optee_test expects that optee_client is located at the same folder level. However if you build optee_client in another location, then you also would need to use (or export) the following flag:
$ make OPTEE_CLIENT_PATH=$HOME/my_new_location
In this project we are trying to adhere to the same coding convention as used in the Linux kernel (see CodingStyle). We achieve this by running checkpatch from Linux kernel. However there are a few exceptions that we had to make since the code also follows GlobalPlatform standards. The exceptions are as follows:
Since checkpatch is licensed under the terms of GNU GPL License Version 2, we cannot include this script directly into this project. Therefore we have written the Makefile so you need to explicitly point to the script by exporting an environment variable, namely CHECKPATCH. So, suppose that the source code for the Linux kernel is at $HOME/devel/linux, then you have to export like follows:
$ export CHECKPATCH=$HOME/devel/linux/scripts/checkpatch.pl
thereafter it should be possible to use one of the different checkpatch targets in the Makefile. There are targets for checking all files, checking against latest commit, against a certain base-commit etc. For the details, read the Makefile.