The patch was removed from SRC_URI in an earlier commit but we forgot to
actually remove the patch file itself.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
intel-microcode-20220510 includes fixes for CVE-2021-33117 and CVE-2022-21151.
CVE-2021-33117:
A potential security vulnerability in some 3rd Generation Intel® Xeon® Scalable
Processors may allow information disclosure. Intel is releasing firmware
updates to mitigate this potential vulnerability.
https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00586.html
CVE-2022-21151:
A potential security vulnerability in some Intel® Processors may allow
information disclosure. Intel is releasing firmware updates to mitigate this
potential vulnerability.
https://www.intel.com/content/www/us/en/security-center/advisory/intel-sa-00617.html
Signed-off-by: Ovidiu Panait <ovidiu.panait@windriver.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
(cherry picked from commit e26d271f11)
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Include the latest updates and fixes for gcc-12.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
(cherry picked from commit e7adb4d1cb)
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Since this fetches multiple repositories, define SRCREV_FORMAT so SRCPV
is expanded properly.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
(cherry picked from commit a678464d4d)
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>
Backport a patch to fix:
| error: the address of '_CODEC_VP8_PIC_PARAMS::ucMvUpdateProb' will
| never be NULL [-Werror=address]
| 238 | if (codecPicParams->ucMvUpdateProb[0] && picParam->mv_probs[0])
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>
We no longer support building with older branches of OE-Core/meta-clang
so remove LLVM 10 specific configurations and patches.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
The main branch only supports building with kirkstone now so we no
longer need this to tweak paths for older branches.
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>
When building an image for intel-corei7-64 (and probably other targets)
it was not possible to directly start the image with runqemu due to
missing directory in sysroot related to qemu-helper-native.
In oe-core two patches has been applied that fixes dependency issues when
building images for qemu. Those patches does also fix the issue when
building for targets in meta-intel.
Following two patches from oe-core, originally for meta/conf/machine/include/qemu.inc,
are backported to conf/machine/include/qemu-intel.inc:
3a4fed4ae0 qemu.inc: Should depend on qemu-system-native, not qemu-native
5562342020 image/qemu: Add explict depends for qemu-helper addto_recipe_sysroot task
Signed-off-by: Peter Bergin <peter@berginkonsult.se>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
zlib has a new release and this fork hasn't rebased onto that version
yet.
Drop this recipe and use the OE-core version for now.
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
-soundhw ac97 is deprecated since qemu v5.1.0. Replace it with
recommended option. Fixes:
| qemu-system-x86_64: warning: '-soundhw ac97' is deprecated, please use '-device AC97' instead
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Backport patches to fix compile problems like:
| /build/build/tmp/work/corei7-64-poky-linux/intel-graphics-compiler/1.0.10395-r0/git/visa/LocalScheduler/SWSB_G4IR.cpp:1459:49: error: expected primary-expression before 'int'
| 1459 | int maxTokenDelay = std::numeric_limits<int>::min(); //The delay may cause if reuse
| | ^~~
| /build/build/tmp/work/corei7-64-poky-linux/intel-graphics-compiler/1.0.10395-r0/git/visa/LocalScheduler/SWSB_G4IR.cpp:1460:37: error: 'numeric_limits' is not a member of 'std'
| 1460 | int minTokenDistance = std::numeric_limits<int>::max(); //The distance from the reused node
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
Intel IPP Cryptography uses multiple implementations of each function,
optimized for various CPUs, and the library version targeted
for any CPU contains all of these implementations.
With the dispatcher, the library detects an available CPU in a runtime
and chooses the best for the current hardware version of a function, hence
ignore Yocto march, mtune values and let the project
pass those values along with the right optimization flags.
https://github.com/intel/ipp-crypto/blob/ippcp_2021.5/OVERVIEW.md#dispatcher
Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com>
Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
