Refresh 0001-update-the-interpreter-paths.patch as the
folder unit_tests/ is renamed to t/ in below commit:
c44d2c6e Move steady state unit test to t/
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Version 2.21 was released on 9/17 [1]. These changes update
the recipe to use that version.
Only one of the existing patches had been merged upstream
(as e3928d57 "Force text segment alignment to 0x08000000 for
i386 with gold linker") -- the rest of them is still needed
for proper cross-compilation.
Upstream commit c3e5cb22 ("Remove bit-rotting scripts") got
rid of the Perl stuff, due to it being "massively out of
date", so the Perl bits in the recipe have gone away too.
[1] https://github.com/libhugetlbfs/libhugetlbfs/releases/tag/2.21
Signed-off-by: Daniel Díaz <daniel.diaz@linaro.org>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Multiple -dbg packages per recipe is not encouraged, and only one is
recommended and the code only works properly in some cases for one.
Add RPROVIDES_${PN}-dbg to be compatiable with previous dbg packages
requiring.
Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Rework the patch use-base_libdir-instead-of-hardcoded-lib.patch
to 0001-src-Makefile-use-libdir-instead-of-hardcoded-lib.patch
to fix the below do_install error when usrmerge
enabled in DISTRO_FEATURES and also fix the lib
name from lmbench.a to libmbench.a
| if [ ! -d /poky-build/tmp-glibc/work/core2-64-wrs-linux/lmbench/3.0-a9-r2/image/usr/usr/lib64 ]; then mkdir
/poky-build/tmp-glibc/work/core2-64-wrs-linux/lmbench/3.0-a9-r2/image/usr/usr/lib64; fi
| mkdir: cannot create directory /poky-build/tmp-glibc/work/core2-64-wrs-linux/lmbench/3.0-a9-r2/image/usr/usr/lib64 No such file or directory
| Makefile:141: recipe for target 'install-target' failed
| make[1]: *** [install-target] Error 1
Signed-off-by: Mingli Yu <Mingli.Yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* it's checked by wscript for all flavors with drm in it:
('gbm','gbm', None, list_contains(ctx.options.flavors, 'drm')),
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Licence-Update:
- Copyright years are updated to 2018
- Remove the part about src/tcp_window_size.{c,h}
as iperf3 uses get/setsockopt() with SO_SNDBUF
and SO_RCVBUF directly now
* Update the path parameter for --with-openssl as
${RECIPE_SYSROOT}${prefix} to fix the below do_configure
error
| checking for openssl/ssl.h in /poky-build/tmp/work/i586-poky-linux/iperf3/3.6-r0/recipe-sysroot... no
| checking whether compiling and linking against OpenSSL works... no
| configure: error: in `/poky-build/tmp/work/i586-poky-linux/iperf3/3.6-r0/build':
| configure: error: --with-openssl was given, but test for OpenSSL failed
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
* Licence-Update:
Address update in COPYING
* Add patch 0001-update-the-interpreter-paths.patch
and add python and bash to RDEPENDS_${PN} to fix
below QA issues:
ERROR: fio-3.7-r0 do_package_qa: QA Issue: /usr/bin/fiologparser.py contained in package fio requires /usr/bin/python2.7, but no providers found in RDEPENDS_fio? [file-rdeps]
ERROR: fio-3.7-r0 do_package_qa: QA Issue: /usr/bin/genfio contained in package fio requires /usr/bin/bash, but no providers found in RDEPENDS_fio? [file-rdeps]
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Remove the patch gcc-4.3-fixes.patch as build
successfully without it.
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Licence-Update:
The copyright info is located in source file
iozone.c.
Previously in v465, the copyright info is located
between lines 37 to 48 and lines 260 to 266, but
now in v482, it is located between lines 37 to 48
and lines 269 to 275 instead.
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Add a dependency on lscpu as the processor information needs it, and os-release
as that is used to identify the distribution.
Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Unfortunately, the default behavior for at least the client service is to
reboot the machine if it encounters problems. Since it is pretty
much guaranteed to need target specific configuration info, we
should not enable the service(s) by default.
Signed-off-by: Joe Slater <joe.slater@windriver.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
WARNING: iperf3-3.2-r0 do_patch:
Some of the context lines in patches were ignored. This can lead to incorrectly applied patches.
The context lines in the patches can be updated with devtool:
devtool modify <recipe>
devtool finish --force-patch-refresh <recipe> <layer_path>
Then the updated patches and the source tree (in devtool's workspace)
should be reviewed to make sure the patches apply in the correct place
and don't introduce duplicate lines (which can, and does happen
when some of the context is ignored). Further information:
http://lists.openembedded.org/pipermail/openembedded-core/2018-March/148675.htmlhttps://bugzilla.yoctoproject.org/show_bug.cgi?id=10450
Details:
Applying patch 0001-include-stdint.h-for-various-std-c99-int-types.patch
patching file src/cjson.h
Hunk #1 succeeded at 28 with fuzz 2 (offset 5 lines).
patching file src/timer.h
Now at patch 0001-include-stdint.h-for-various-std-c99-int-types.patch
Signed-off-by: Armin Kuster <akuster808@gmail.com>
Both iperf2 and iperf3 are actively maintained projects. iperf2 was
forked from the old iperf codebase because iperf3 is an incompatible
and as of yet incomplete rewrite from scratch.
Rename the old iperf to ipref2 to avoid ambiguity. Drop all 3 patches
we were carrying because they got merged upstream.
Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
This reverts commit 2b6cad9522.
iperf3 is a complete rewrite which does not have full parity with
iperf2 and in some cases it's intentionally backwards incompatble so
moving to iperf3 is not possible for everyone. That's why the project
got forked.
These recipes/packages can live side by side because their projects
are now independent (separate codebases and maintainers).
Signed-off-by: Ioan-Adrian Ratiu <adrian.ratiu@ni.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
libc-bench is a set of time- and memory-efficiency tests to compare
implementations of various C/POSIX standard library functions.
Coverage includes:
- Malloc throughput with varying degrees and forms of contention between
threads.
- Malloc overhead and ability to return freed memory to the OS.
- Literal string and regular expression searches.
- Thread creation and joining throughput.
- UTF-8 decoding.
- Stdio buffered reads and writes.
Signed-off-by: Ming Liu <liu.ming50@gmail.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
* as PNBLACKLIST message says, these recipes are blacklisted for long
time and nobody showed any interest to fix them
* remove all unused .patch and .inc files as well
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
When accessed relative to build dir it ends up
using wrong relative paths and cant find the
linker scripts when linked with clang
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Upgrade iperf3 from 3.1.3 to 3.2.
* update md5 checksum of license file which update year info and add
same bsd license for src/net.c
* add dependency openssl
Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Upstream added new dependency on udev in
a7ae55d NativeStateDRM: Probe the DRM node path to use with udev
Patch removed since it was merged upstream in
5fcdba1 wayland: Fix destruction order of surface-related objects
Signed-off-by: Nicolas Dechesne <nicolas.dechesne@linaro.org>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
The phoronix-test-suite was in blacklist, because the php-cli can't work,
the php-cli can work now, so remove it from blacklist.
Signed-off-by: Dengke Du <dengke.du@windriver.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>