Switch to using variables defined for RPM generation as it more closely
aligns with how we install libraries and remove the tweak done for
debian variables.
Also fixes packaging issues when BASELIB is set to lib64:
| 20:18:42 ERROR: openvino-inference-engine-2022.3.0-r0 do_package: QA Issue: openvino-inference-engine: Files/directories were installed but not shipped in any package:
| 20:18:42 /usr/lib/python3.10/site-packages/_pyngraph.cpython-310-x86_64-linux-gnu.so
| 20:18:42 /usr/lib/python3.10/site-packages/requirements.txt
...
| 20:18:42 /usr/lib/python3.10/site-packages/openvino/inference_engine/ie_api.cpython-310-x86_64-linux-gnu.so
| 20:18:42 /usr/lib/python3.10/site-packages/openvino/inference_engine/constants.cpython-310-x86_64-linux-gnu.so
| 20:18:42 /usr/lib/python3.10/site-packages/openvino/inference_engine/__init__.py
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* OpenVINO now installs libraries and headers correctly so we don't need
the local patches anymore.
* Switch to using pybind11 from system. json-schema-validator is no
longer used and open model zoo submodule is only used when building a
specific tool so these submodules have been removed.
* Tweak build scripts to include Yocto specific changes.
License-Update: xbyak deleted the Japaneses translation from COPYRIGHT
and nlohmann_json updated copyright years.
Signed-off-by: Yogesh Tyagi <yogesh.tyagi@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Support for Intel(R) oneAPI DPC++/C++ (icx) compiler is being added. So
remove the support for the classic compiler.
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The Intel® oneAPI DPC++/C++ Compiler provides optimizations
that help your applications run faster on Intel® 64 architectures with support
for the latest C, C++, and SYCL language standards. This compiler produces
optimized code that can run significantly faster by taking advantage of the
ever-increasing core count and vector register width in Intel® Xeon® processors
and compatible processors.
https://www.intel.com/content/www/us/en/developer/tools/oneapi/dpc-compiler.html
The compiler binaries are installed in /opt and can be invoked to compile
on target or using the SDK.
Currently dpcpp icx identify only x86_64-oe-linux triple, so it should be tested
with 'nodistro' DISTRO.
DISTRO ?= "nodistro"
To run SYCL program, it has dependencies on OpenCL components.
IMAGE_INSTALL:append = " intel-compute-runtime intel-graphics-compiler clang"
To install icx toolchain and runtime libraries
IMAGE_INSTALL:append = " intel-oneapi-dpcpp-cpp-runtime intel-oneapi-dpcpp-cpp-runtime-dev "
IMAGE_INSTALL:append = " intel-oneapi-dpcpp-cpp intel-oneapi-dpcpp-cpp-dev "
Once image is built and boots, an env script needs to be run to setup compiler environment and
also required to create dynamic linker symlink at /lib64
$ source /opt/intel/oneapi/compiler/2022.1.0/env/vars.sh
$ mkdir -p /lib64
$ ln -sf /lib/ld-linux-x86-64.so.2 /lib64/ld-linux-x86-64.so.2
To build an SYCL sample application, following command should be used
$ icpx --target=x86_64-oe-linux -fsycl simple-sycl-app.c -o simple-sycl-app
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
- Change gflag to shared as we are not building with static library.
- We are using zlib from yocto recipe, so don't add zlib as third party package
- Third party package mkl-dnn name changed to onednn upstream in openvino repo so changed
the name accordingly in openvino-inference-engine recipe
- Refresh patches
Release Notes:
https://github.com/openvinotoolkit/openvino/releases/tag/2022.2.0
Signed-off-by: Yogesh Tyagi <yogesh.tyagi@intel.com>
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Using the Intel® C++ Compiler Classic, you can compile and generate
applications that can run on Intel® 64 architecture.
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Enable an option that's is available now to use TBB from system and
refresh patches accordingly. This version also switches to using system
installed OpenCV and Intel version is not included.
Release notes:
https://github.com/openvinotoolkit/openvino/releases/tag/2022.1.1
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
OE-core has updated kernel headers to 5.19 and that is resulting in
failures:
| /build/cje/workspace/poky/build/tmp/work/corei7-64-poky-linux/ipmctl/03.00.00.0439-r0/git/src/os/linux/lnx_system.c:336:52: error: 'ND_DEVICE_NAMESPACE_BLK' undeclared (first use in this function); did you mean 'ND_DEVICE_NAMESPACE_IO'?
| 336 | (nstype == ND_DEVICE_NAMESPACE_BLK))
| | ^~~~~~~~~~~~~~~~~~~~~~~
| | ND_DEVICE_NAMESPACE_IO
| compilation terminated due to -Wfatal-errors.
For more details:
https://github.com/intel/ipmctl/pull/194/
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Prevent host paths from getting into target packages. Also prevents
buildpaths warnings for files:
| File /usr/lib/libopenvino.so in package openvino-inference-engine contains reference to TMPDIR [buildpaths]
| File /usr/lib/python3.10/site-packages/openvino/inference_engine/ie_api.so in package openvino-inference-engine-python3 contains reference to TMPDIR [buildpaths]
| File /usr/src/debug/openvino-inference-engine/2022.1-r0/build/src/plugins/intel_cpu/cross-compiled/proposal_imp_disp.cpp in package openvino-inference-engine-src contains reference to TMPDIR
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Ignore warnings generated with gcc12 for now.
| /ipmctl/03.00.00.0438-r0/git/DcpmPkg/cli/NvmDimmCli.c: In function 'showHelp':
| /ipmctl/03.00.00.0438-r0/git/DcpmPkg/cli/NvmDimmCli.c:1031:24: error: the comparison will always evaluate as 'true' for the address of 'options' will never be NULL [-Werror=address]
| 1031 | (pCmd->options != NULL)) {
| | ^~
| compilation terminated due to -Wfatal-errors.
| cc1: all warnings being treated as errors
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Both ocl-icd and opencl-icd-loader provides OpenCL library. Currently
openvino uses ocl-icd, which causes conflict with opencl-icd-loader
while packaging. So using ocl-icd instead.
Error:
file /usr/lib/libOpenCL.so.1 conflicts between attempted installs of
opencl-icd-loader-v2022.01.04+git0+169f05d026-r0.skylake_64 and libopencl1-2.3.1-r0.skylake_64
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The project now is able to locate the required package and libraries
correctly so no need to pass flags to cmake.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Add COMPTIBLE_HOST to fix a build error when using musl,
due to openvino-inference-engine dependency
Signed-off-by: Davide Gardenal <davide.gardenal@huawei.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Switch to using SPDX preferred identifiers. All changes done using v0.1
of the script convert-spdx-licenses.py.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The recipe for Intel OneAPI IPP library version 2021.5.1.
IPP is an extensive library of ready-to-use, domain-specific functions
that are highly optimized for diverse Intel architectures.
Signed-off-by: Mariia Vtiurina <mariia.vtiurina@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Release notes:
Lights can be now part of OSPGroup and thus instanced like
geometries and volumes and thus lights also support motion blur
(with the path tracer)
Add cylinder light (with solid area sampling)
Add support for rolling shutter of cameras
Add support for quaternion motion blur for instance and camera to
allow for smoothly interpolated rotations
Fix illumination from emissive quad meshes
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Release notes:
vklExamples improvements: asynchronous rendering, multiple viewports, docking, and more
Fixed bug in openvkl_utility_vdb which could lead to crashes when creating VDB volumes with temporally constant tiles
Superbuild updates to latest versions of dependencies
Minimum rkcommon version is now 1.8.0
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
OE-Core now has a QA check to see if /var/log is empty. Since
/var/log is usually a symlink to /var/volatile/log, anything
installed here won't actually be available.
Remove the directory.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Currently empty level-zero-dev package is being generated, which
has dependency on level-zero package.
On enabling 'dev-pkgs' in IMAGE_FEATURES, install level-zero-dev package, which throws
dependency conflict error.
Problem: conflicting requests
- nothing provides level-zero = 1.5.4-r0 needed by level-zero-dev-1.5.4-r0.corei7_64
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Add branch name explicitly to SRC_URI where it's not defined and switch
to using https protocol for Github projects.
The change was made using convert_srcuri script for OE-Core.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The recipe for Intel OneAPI IPP library version 2021.4.0.
IPP is an extensive library of ready-to-use, domain-specific functions
that are highly optimized for diverse Intel architectures.
Signed-off-by: Mariia Vtiurina <mariia.vtiurina@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The initial version of the recipe for Intel OneAPI IPP library.
IPP is an extensive library of ready-to-use, domain-specific functions
that are highly optimized for diverse Intel architectures.
Signed-off-by: Mariia Vtiurina <mariia.vtiurina@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Since oe-core commit 8e26252b45b (layer.conf: Extend recipes not to
install without explict dependencies), some dependencies now need to be
explicit.
lms needs pkgconfig-native so add it to DEPENDS.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Since oe-core commit 8e26252b45b (layer.conf: Extend recipes not to
install without explict dependencies), some dependencies now need to be
explicit.
ipmctl needs pkgconfig-native so add it to DEPENDS.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
- Fixed issue in `structuredRegular` and `vdb` interval iterators that could
lead to erroneous initial intervals for certain ray inputs
- Fixed handling of `intervalResolutionHint` interval iterator context
parameter for `amr`, `particle`, and `unstructured` volumes with small
numbers of cells / primitives
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Release notes:
https://github.com/openvkl/openvkl/blob/master/CHANGELOG.md
Highlights:
The version 1.0 release marks long term API stability (until v2.0)
Open VKL can now be built for ARM CPUs that support Neon
Iterator API updates:
Introducing interval and hit iterator contexts, which hold iterator-specific configuration (eliminates value selector objects)
Interval and hit iteration is now supported on any volume attribute
Interval iterators now include a time parameter
Interval iterators now support the intervalResolutionHint parameter, replacing maxIteratorDepth and elementaryCellIteration
Supporting configurable background values; default is now VKL_BACKGROUND_UNDEFINED (NaN) for all volume types
vklGetValueRange() now supports all volume attributes
Added ISPC-side API bindings for vklGetNumAttributes() and vklGetValueRange()
Structured regular volumes:
Added support for tricubic filtering
More accurate gradient computations respecting filter mode
Hit iteration robustness improvements
VDB volumes:
Interval and hit iteration robustness improvements
Corrected interval iterator nominalDeltaT computation for non-normalized ray directions and non-uniform object-space grid spacings
Fixed bug which could cause incorrect value range computations for temporally varying volumes
vklExamples additions demonstrating:
Multi-attribute interval / hit iteration
Configurable background values
Temporally varying volumes
Superbuild updates to latest versions of dependencies
Now requiring minimum versions:
Embree 3.13.1
rkcommon 1.7.0
ISPC 1.16.0
License-Update: Copyright years updated
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Release notes:
https://github.com/oneapi-src/level-zero/releases
Highlights:
- Added support for Level Zero Specification v1.2
- Fixed a bug that resulted in zeInit failing when multiple drivers
are discovered and one of them fails to load.
- Note: API's introduced in v1.2 spec can only be traced with the new
tracing layer implementation. Driver tracing APIs are deprecated.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The tests fail to build with glibc 2.34:
| rkcommon/1.6.1-r0/git/tests/catch.hpp:10811:58: error: call to non-'constexpr' function 'long int sysconf(int)'
| | static constexpr std::size_t sigStackSize = 32768 >= MINSIGSTKSZ ? 32768 : MINSIGSTKSZ;
| |
| ^~~~~~~~~~~
This has been fixed but is not yet available in a released version:
https://github.com/ospray/rkcommon/issues/5
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
When included in a project using find_package, it goes and looks for
headers and cmake module at an incorrect path.
Make sure that we are able to locate the headers and cmake module file.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Intel Open Image Denoise is an open source library of high-performance,
high-quality denoising filters for images rendered with ray tracing.
Intel Open Image Denoise is part of the Intel® oneAPI Rendering Toolkit.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Intel OSPRay is an open source, scalable, and portable ray
tracing engine for high-performance, high-fidelity visualization
on Intel Architecture CPUs.
The purpose of OSPRay is to provide an open, powerful, and easy-to-use
rendering library that allows one to easily build applications that
use ray tracing based rendering for interactive applications
(including both surface- and volume-based visualizations). OSPRay
is completely CPU-based, and runs on anything from laptops, to
workstations, to compute nodes in HPC systems.
https://www.ospray.org/
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Intel(R) Open Volume Kernel Library (Intel(R) Open VKL) is a collection of
high-performance volume computation kernels, developed at Intel. The
target users of Open VKL are graphics application engineers who want to
improve the performance of their volume rendering applications by
leveraging Open VKL’s performance-optimized kernels, which include
volume traversal and sampling functionality for a variety of volumetric
data formats. The kernels are optimized for the latest Intel(R) processors
with support for SSE, AVX, AVX2, and AVX-512 instructions.
Open VKL provides a C API, and also supports applications written with
the Intel(R) Implicit SPMD Program Compiler (Intel(R) ISPC) by also
providing an ISPC interface to the core volume algorithms. This makes it
possible to write a renderer in ISPC that automatically vectorizes and
leverages SSE, AVX, AVX2, and AVX-512 instructions. ISPC also supports
runtime code selection, thus ISPC will select the best code path for
your application.
https://www.openvkl.org/
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Temporarily disable opencl since intel-graphics-compiler and vc-intrinsics
compile failed since some api of llvm changed.
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Intel(R) Embree is a collection of high-performance ray tracing kernels,
developed at Intel. The target users of Intel(R) Embree are graphics
application engineers who want to improve the performance of their
photo-realistic rendering application by leveraging Embree's
performance-optimized ray tracing kernels.
The kernels are optimized for the latest Intel(R) processors with
support for SSE, AVX, AVX2, and AVX-512 instructions.
https://github.com/embree/embree
Added syrah license file
https://github.com/boulos/syrah/blob/master/LICENSE
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
rkcommon represents a common set of C++ infrastructure and
CMake utilities used by various components of
Intel® oneAPI Rendering Toolkit.
https://github.com/ospray/rkcommon
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Update openvino to the latest one c5f7ad383e65 ("Fix
license header in Movidius sources") since it is include
a important license change from Intel private License to
Apache2.0 which is allowed external user to disclose it
without limit.
Signed-off-by: Liwei Song <liwei.song@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Include the header explicitly to avoid failures:
| inference-engine/src/plugin_api/ie_system_conf.h:21:31: error: 'exception_ptr' in namespace 'std' does not name a type; did you mean 'exception'?
| 21 | INFERENCE_ENGINE_API_CPP(std::exception_ptr&) CurrentException();
| | ^~~~~~~~~~~~~
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Release notes:
https://github.com/openvinotoolkit/openvino/releases/tag/2021.3
Remove a patch that isn't needed anymore and refresh the rest. Remove
dependency on onednn as it's using a forked version.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The EDK2 sources are DOS-style on server (contains CRLF) and this may
cause interop issues on Linux machines (patches do not apply clean) The
standard solution is to use the "dos2unix" bbclass, but that can modify
only files under the ${S} folder - meaning we have to move the edk2
checkout folder from ${S}/../edk2 to ${S}/edk2. Also, the LICENSE file
checksum is going to be impacted by the dos2unix conversion.
Signed-off-by: Robi Buranyi <rburanyi@google.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
ipmctl is a utility for configuring and managing Intel® Optane™ Persistent Memory modules (PMem).
It supports functionality to:
* Discover PMems on the platform.
* Provision the platform memory configuration.
* View and update the firmware on PMems.
* Configure data-at-rest security on PMems.
* Track health and performance of PMems.
* Debug and troubleshoot PMems.
* ipmctl refers to the following interface components:
libipmctl: An Application Programming Interface (API) library for managing PMems.
ipmctl: A Command Line Interface (CLI) application for configuring and managing PMems from the command line.
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Fixed new dependencies failure.
| automake: error: cannot open < gtk-doc.make: No such file or directory
| autoreconf: error: automake failed with exit status: 1
| checking for upower-glib... no
| configure: error: Package requirements (upower-glib) were not met:
|
| No package 'upower-glib' found
| checking for libevdev... no
| configure: error: Package requirements (libevdev) were not met:
|
| No package 'libevdev' found
upower library recipe comes from meta-openembedded/meta-oe layer, so
moved recipe to dyanmic-layer.
Dropped patch, which is not requried anymore.
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Drop a patch that has been merged and include another that was
accidently left off during the last upgrade.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Make sure that ClDNN runtime is built by default. This would need clang
layer to be included as well.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
python2 is EOL, so switch shebang to python3
Signed-off-by: Changqing Li <changqing.li@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Allow users to select either ConnMan or Network Manager. Also fixes an
issue introduced because of a recent change in 2022.0.0.0 that removed
the build time check in favor of explicit options to select the right
network manager [1].
[1] 1b8fa45264
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Disable the compilation of cim plugin of openwsman explicitly to avoid
looking for library that is needed for code we don't want to build.
Fixes:
| CMake Error at CMakeLists.txt:329 (FIND_LIBRARY):
| Could not find SFCC_LIBRARIES using the following names: cmpisfcc
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
For release notes, see:
https://software.intel.com/content/www/us/en/develop/articles/openvino-relnotes.html
The recipe has been changed to:
- disable unit tests as they rely on an older version of googletest.
- remove a patch as it was merged upstream.
- backport a patch instead of using a local version.
- refresh other patches.
- download mkl-dnn separately instead of using the submodule. The
project downloads a lot of other modules as well and we don't
want/use those.
- not download lfs documentation content.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
We're checking for REQUIRED_DISTRO_FEATURES so make sure that it
actually is used and inherit features_check. Fixes:
| lms-2022.0.0.0-r0 do_package_qa: QA Issue: lms: recipe doesn't inherit features_check [unhandled-features-check]
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Make sure that cmake files are installed at correct location so they
could be located using find_package.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* Point to the renamed repository and change the project name to
openvino-inference-engine.
* Include ngraph as a submodule instead of using it as a separate
project.
* Use the new unit tests, the old ones have been deprecated.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
