Most embedded GPU's implementations OpenGL include only the OpenGL ES
APIs. Attempting to compile the {x11,wayland,drm}-gl variants of
GLMark fail in those cases.
Signed-off-by: Matt Hoosier <matt.hoosier@garmin.com>
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Make building with OpenSSL optional but enabled by default as today.
Signed-off-by: Alexander Vickberg <wickbergster@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
some recipes under meta-oe have dependency on meta-python,
and test_world of yocto-check-layer will failed with error
like:
ERROR: test_world (common.CommonCheckLayer)
ERROR: Nothing PROVIDES 'python3-pytoml-native' (but
/meta-openembedded/meta-oe/recipes-extended/mozjs/mozjs_60.9.0.bb
DEPENDS on or otherwise requires it). Close matches:
python3-numpy-native
python3-pycairo-native
python3-rpm-native
ERROR: Required build target 'meta-world-pkgdata' has no buildable
providers.
Missing or unbuildable dependency chain was: ['meta-world-pkgdata',
'mozjs', 'python3-pytoml-native']
fix by make these recipes only active when identified layers are
present
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Updates to the most recent version of glmark2. In particular, this fixes
problems where the benchmark would fail to start due to improper
handling of EGL_NO_DISPLAY with EGL 1.5
Signed-off-by: Joshua Watt <JPEWhacker@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Use python3. Note that the recipe already depends on python3-core
at runtime. We only change scripts that show up under /usr/bin.
Signed-off-by: Joe Slater <joe.slater@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
"pmemblk", "dev-dax" and "libpmem" engines are used for persistent memory.
In order to enable them, add "pmem" to MACHINE_FEATURES in BSP conf.
Signed-off-by: Yongxin Liu <yongxin.liu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Update fio recipe to target python3 since python2 is EOL and has been
dropped from OE-Core.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Update recipe to use python3 since python2 is EOL and has been dropped
from OE-Core.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
-files/0001-arch-arm-Consider-armv7ve-arch-as-well.patch
Removed since this is included in 3.17.
-Refresh the following patch:
files/0001-update-the-interpreter-paths.patch
Signed-off-by: Zang Ruochen <zangrc.fnst@cn.fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add a recipe for speedtest-cli - a command-line utility for internet
speed testing using speedtest.net.
Signed-off-by: Bartosz Golaszewski <bgolaszewski@baylibre.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
When running s-suite v3.6, it complains that create_config.sh isn't
installed.
./config_params.sh: line 1: ../create_config.sh: No such file or directory
Rework so that create_config.sh is installed.
Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
1) Upgrade libhugetlbfs from 2.21 to 2.22.
2) Update two patches for new version.
0001-run_test.py-not-use-hard-coded-path-.-obj-hugeadm.patch
0005-Include-dirent.h-for-ino_t.patch
3) Add RDEPEND python3-core for libhugetlbfs-tests to fix the do_package_qa error as follows:
ERROR: libhugetlbfs-1_2.22-r0 do_package_qa: QA Issue: /usr/lib/libhugetlbfs/tests/run_tests.py contained in package libhugetlbfs-tests requires /usr/bin/python3, but no providers found in RDEPENDS_libhugetlbfs-tests? [file-rdeps]
Signed-off-by: Zheng Ruoqin <zhengrq.fnst@cn.fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
$ bitbake iperf3-native
configure: error: --with-openssl was given, but test for OpenSSL failed
It's a broken native recipe which means no ones need it any more, so remove it.
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
-files/0001-engines-splice-remove-buggy-mem_align-set.patch
Removed since this is included in 3.16.
Signed-off-by: Zang Ruochen <zangrc.fnst@cn.fujitsu.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Remove BINDIR in script lmbench-run which is useless and causes multilib
file confliction:
| Error: Transaction check error:
| file /usr/bin/lmbench-run conflicts between attempted installs of
lmbench-3.0+a9-r2.core2_64 and lib32-lmbench-3.0+a9-r2.core2_32
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Part of this patch was already there for gcc6 fix which was subsequenty
dropped in past iperf2 upgrades therefore
bring it back see 0647b7d640
Additionally check for stdbool.h being present on system
helps in fixing build with latest clang/libc++
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Fixes QA Issue: /usr/bin/glmark2-es2-drm contained in package glmark2 requires
libgbm.so, libEGL.so, libGLESv2.so, but no providers found in RDEPENDS_glmark2.
Fixes missing libraries listed above at runtime in glmark2-es2-drm.
Signed-off-by: Roman Stratiienko <roman.stratiienko@globallogic.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
delete "rev for v3.8" in fio_3.15.bb this is unneeded since version is
in the recipe name itself
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
backport an fio upstream patch to fix "first direct IO errored" when
we specify -ioengine=spice
Signed-off-by: Liwei Song <liwei.song@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Licence-Update:
- Copyright years are updated to 2019
* Remove automake-foreign.patch as the logic included
in the new version
* Rebase 0002-Remove-pg-from-profile_CFLAGS.patch
to new version
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add aarch64 as a valid machine to cpuburn recipe and split compilation
task.
The only source file which supports the aarch64 build is cpuburn-a53.S,
and in case if TUNE is set to aarch64 - this should be the only file to
be assembled to the application.
In case of 32-bit build - all sources are compiled as they are, since
cpuburn-a53.S supports both 32- and 64-bit tunes.
Signed-off-by: Andrey Zhizhikin <andrey.z@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
