summaryrefslogtreecommitdiffstats
path: root/conf
Commit message (Collapse)AuthorAgeFilesLines
...
* layer.conf: update machine confs with new tune locationsNaveen Saini2021-08-235-6/+8
| | | | | | | Added logic to make sure, it does not break with old releases. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemuboot-intel: fix the override syntaxAnuj Mittal2021-08-091-1/+1
| | | | | | Use : as per the new syntax. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* Manually move some overrides to new syntaxAnuj Mittal2021-08-062-9/+9
| | | | | | | Some of these were missed when using the script and were noticed when building intel-skylake-64 and tiny images which had started failing. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: add honister to LAYERSERIES_COMPATAnuj Mittal2021-07-311-1/+1
| | | | | | | Mark the layer as compatible with honister as well now that OE-Core has switched to using the new override syntax in master branch. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* Convert to new override syntaxAnuj Mittal2021-07-317-82/+82
| | | | | | | Use the convert-overrides.py to convert to new syntax and manually fix some additional changes. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* maintainers.inc: add recipe entriesNaveen Saini2021-07-131-0/+7
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemuboot-intel.inc: remove deprecated show-cursor optionAnuj Mittal2021-06-251-1/+1
| | | | | | | Don't pass show-cursor as it's no longer a valid option. We pass the correct show-cursor=on in runqemu so remove it from here. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: drop meta-intel-qat layer from LAYERRECOMMENDSNaveen Saini2021-06-033-9/+1
| | | | | | | It does not provide any essential dependencies. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* onevpl-intel-gpu: Add recipeYew, Chang Ching2021-05-071-0/+1
| | | | | | | | | | | | | Intel® oneVPL GPU Runtime provides a plain C API to access hardware-accelerated video decode, encode and filtering on Intel® graphics hardware platforms. GPU Runtime is successor for Intel Media SDK. Ref: https://github.com/oneapi-src/oneVPL-intel-gpu Signed-off-by: Yew, Chang Ching <chang.ching.yew@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* onevpl: add recipeNaveen Saini2021-05-071-0/+1
| | | | | | | | | | | | | | | | | | The oneAPI Video Processing Library (oneVPL) provides a single video processing API for encode, decode, and video processing that works across a wide range of accelerators. This repository contains the following components of oneVPL: * Copies of the oneVPL Specification API header files * oneVPL dispatcher * Examples demonstrating API usage * oneVPL command line tools Ref: https://github.com/oneapi-src/oneVPL Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* maintainers.inc: change owner for media recipesAnuj Mittal2021-04-301-4/+4
| | | | | | Makes sure that Siew Hoon gets the AUH patches. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* maintainers.inc: add missing entry for ipmctlAnuj Mittal2021-04-201-0/+1
| | | | Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang/12.0.0: add recipeNaveen Saini2021-04-011-2/+4
| | | | | | | | Build opencl-clang with llvm-12 and point to latest from ocl-open-120 branch. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: add hardknott to LAYERSERIES_COMPATNaveen Saini2021-03-161-1/+1
| | | | | | | We'd still like to remain compatible with dunfell and gatesgarth core as well. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: remove thermald from MACHINE_ESSENTIAL_EXTRA_RDEPENDSNaveen Saini2021-02-161-1/+1
| | | | | | | | thermald recipe moved to dynamic layer due to meta-oe dependency. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine: set preferred kernel to 5.10Naveen Saini2021-01-141-2/+2
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* machine: remove old vaapi-driver from MACHINE_HWCODECSAnuj Mittal2020-12-232-2/+2
| | | | | | | | | | | | | media-driver is the newer and supported driver and should be used instead. Supported platforms list is updated with each release in the notes available here: https://github.com/intel/media-driver/releases Old platforms that need the old driver should override or extend MACHINE_HWCODECS. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine: use a weaker operator to set SERIAL_CONSOLESAnuj Mittal2020-10-283-3/+3
| | | | | | | | | We should be able to over-ride this when appropriate in a layer or local.conf. Fixes [YOCTO #14109] Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: fix recipe name for libva-utilsAnuj Mittal2020-10-202-4/+4
| | | | | | The name is libva-intel-utils and not libva-utils-intel. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: add gatesgarth to LAYERSERIES_COMPATAnuj Mittal2020-10-151-1/+1
| | | | | | We'd still like to remain compatible with dunfell core as well. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang: add recipe for LLVM 11Anuj Mittal2020-10-151-0/+3
| | | | | | | Point to latest for llvm 11 branch as there's no official release yet. And, pick the version of opencl-clang based on LLVMVERSION. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* ngraph: removeAnuj Mittal2020-10-081-1/+0
| | | | | | Starting with OpenVINO 2020.2, ngraph has been merged in OpenVINO. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-intel-utils: add recipeAnuj Mittal2020-10-072-0/+8
| | | | | | | | | | We need a later version of libva than what is available in oe-core for the media components. Create our own copy of the recipe and include it only when someone has included one of meta-intel MACHINEs. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-intel: add recipeAnuj Mittal2020-10-072-0/+11
| | | | | | | | | | We need a later version of libva than what is available in oe-core for the media components. Create our own copy of the recipe and include it only when someone has included one of meta-intel MACHINEs. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* maintainers.inc: add recipe entriesNaveen Saini2020-08-031-8/+30
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang: drop llvm9/clang9 supportNaveen Saini2020-07-221-3/+0
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: drop zeus compatibilityNaveen Saini2020-07-221-3/+1
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* librealsense: removeAnuj Mittal2020-07-081-1/+0
| | | | | | | The recipe for librealsense is maintained in a separate meta-intel-realsense layer. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-utils-intel: drop recipeNaveen Saini2020-05-182-8/+0
| | | | | | | | libva-utils in oe-core moved to latest release, so no need to carry in meta-intel anymore. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-intel: drop recipeNaveen Saini2020-05-182-8/+0
| | | | | | | | libva in oe-core moved to latest release, so no need to carry in meta-intel anymore. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* Revert "virtualization: include virtualization feature in linux-intel 4.19 ↵Lee Chee Yang2020-04-291-2/+0
| | | | | | | | | | kernel" as meta-intel drop support for 4.19 kernel, this bbappend are no longer required. reverts commit 108c6938a9b8a71b94d2e8d368c2f39e6ec20530. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: allow to build with zeusNaveen Saini2020-04-271-1/+3
| | | | | | | | | | | Class 'distro_features_check' has moved to 'features_check', which does not allow dunfell and latest releases to build against zeus release. Inherit class based on LAYERSERIES_CORENAMES. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* opencl-clang: add recipe for 9.0.0 as wellNaveen Saini2020-04-271-0/+3
| | | | | | | | | opencl-clang project release branches links to different LLVM versions. So, in order to use latest igc version with both clang 10.x and 9.x, added seprated recipes. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* linux-intel/4.19: removeAnuj Mittal2020-04-271-2/+2
| | | | | | | We will maintain only the 5.4 kernel for dunfell LTS. Switch alt-cfg to using v5.4. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-skylake-64: add it to dpdk COMPATIBLE_MACHINEAnuj Mittal2020-04-201-0/+2
| | | | | | Enables it to be built for this MACHINE value. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-utils-intel: keep upgraded libva-utils version to meta-intel MACHINE ↵Naveen Saini2020-04-162-0/+8
| | | | | | | | | | | specific Make sure that we use the upgraded version of libva-utils only when using MACHINE value from meta-intel. For all other cases, libva-utils from oe-core should be used. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libva-intel: keep upgraded libva version to meta-intel MACHINE specificNaveen Saini2020-04-162-0/+8
| | | | | | | | | Make sure that we use the upgraded version of libva only when using MACHINE value from meta-intel. For all other cases, libva from oe-core should be used. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* qemuboot-intel: use Skylake-Client instead of kvm64Anuj Mittal2020-04-141-1/+1
| | | | | | | Use skylake-client instead of legacy kvm64 for intel-skylake-64 MACHINE. Also helps prevent problems when booting up using KVM in QEMU. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: update LAYERSERIES_COMPAT to dunfellAnuj Mittal2020-03-161-1/+1
| | | | | | | There are changes in current master that will work only with dunfell so remove all other branches. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* virtualization: include virtualization feature in linux-intel 4.19 kernelChee Yang Lee2020-03-031-0/+2
| | | | | | | | | | | | | | as virtualization layer allow to added kernel feature to certain kernel version, kernel 4.19 is not included, see : https://git.yoctoproject.org/cgit/cgit.cgi/meta-virtualization/commit/?id=f2f36a8061c600b35b5f0ce1599d59f1d144a3aa add bbappend to linux-intel 4.19 kernel to include necessary virtualization config when virtualizaton layer is included. [YOCTO #13727] Signed-off-by: Chee Yang Lee <chee.yang.lee@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine: set preferred RT kernel to 5.4Naveen Saini2020-01-301-1/+1
| | | | | Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: Update linux-intel PREFERRED_VERSION to 5.4Naveen Saini2020-01-021-3/+3
| | | | | | | And also mark 4.19 as the kernel to be built when using poky-altcfg. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* librealsense: Initial recipe for Intel Real Sense SDKAnkit Navik2019-11-011-0/+1
| | | | | | | It adds generic recipe for Intel Real Sense SDK. Signed-off-by: Ankit Navik <ankit.tarot@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-skylake-64: include mediasdk and media-driver in HWCODECS12.0-zeus-3.0Anuj Mittal2019-10-301-1/+1
| | | | | | | media-driver is recommended to be used for BDW/SKL and above instead of intel-vaapi-driver. Include it by default along with Media SDK codecs. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* gma500-gfx-check: removeAnuj Mittal2019-10-302-3/+0
| | | | | | | | | | | This is a check to avoid loading gma500 module on certain older hardware using 32 bit BSP where gma was claiming ownership of graphics when it shouldn't have. The platforms for which this was added aren't supported anymore so remove. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer: Mark zeus as compatible releasezeus-22.0.0yocto-3.0Khem Raj2019-10-091-1/+1
| | | | | Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* dldt-model-optimizer: add recipeAnuj Mittal2019-09-241-3/+2
| | | | | | | | | | | | | | | | Model Optimizer is a cross-platform command-line tool that facilitates the transition between the training and deployment environment, performs static model analysis, and adjusts deep learning models for optimal execution on end-point target devices. For more details, see: https://software.intel.com/en-us/openvino-toolkit/deep-learning-cv Since the recipe requires bits from meta-python, move this to the dynamic layers section and add meta-python to BBFILES_DYNAMIC. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: build older LTS kernel with poky-altcfgAnuj Mittal2019-09-241-0/+2
| | | | | | | | Mark 4.14 (it should later be changed to 4.19 after the next LTS has been merged) as the kernel to be built when using poky-altcfg. It'll help build and test both the supported kernels. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: Remove LSB support configNaveen Saini2019-09-111-1/+0
| | | | | | | | | | LSB support has been removed from OE-core: https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=bac4bc9aa6a1f2fcf2ce9644925615185cc8e847 https://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=66dba027289d7dd20df4bae9ae4307ae3a225216 Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* tune-skylake.inc: Improve handling the newly introduced skylake tune.Alejandro Enedino Hernandez Samaniego2019-08-291-3/+23
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The skylake tune introduced on 04510bfa Currently disables qemu-usermode by default, due to the lack of support from QEMU to several of the Intel instruction set extensions introduced within the few latest generations of CPU architectures (e.g. QEMU does not support avx2) While there is a good reason to perform the removal of qemu-usermode from MACHINE_FEATURES, there are several components within the build system that rely on it for proper compilation and behavior, for example anything that uses gobject data introspection or even the components like the chromium web browser require to run a QEMU for the target architecture to build successfully. There is no reason why we can't have those components built without sacrificing the cpu (most) optimizations. The process I followed on meta-chromebook to enable an optimized build and whats being upstreamed by this patch is that by doing some reverse engineering, I was able to figure out which instruction set extensions are not compatible with QEMU Skylake-Client, by performing a bit gcc magic from inside QEMU (target) to get the available optimizations for the native architecture (which is actually our target in this case). These are all (not surprisingly) the avx2 extensions, listed as follows: -mno-avx -mno-avx2 -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-avx512vbmi2 -mno-avx512vnni -mno-avx512bitalg Specifically disabling these manually (for now), allows us to build an optimized system for the skylake/skylake based architectures (e.g. KabyLake) while keeping the capability of using qemu-usermode, as a side note GCC does show more unavailable optimization tunes, (hence why there might be some warnings), but getting rid of these specifically seems enough to make it run happily in qemu-usermode. Basically the MACHINE_FEATURES variable is able to dictate how we will tune the build for our device, if qemu-usermode is present, TUNE_CCARGS will expand as follows: TUNE_CCARGS=" -m64 -march=skylake -mtune=skylake -mno-avx -mno-avx2 -mno-avx512f -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-avx512dq -mno-avx512bw -mno-avx512vl -mno-avx512ifma -mno-avx512vbmi -mno-avx512vbmi2 -mno-avx512vnni -mno-avx512bitalg -mfpmath=sse" Whats this means is that the build will be tuned for skylake architectures, enabling all possible extensions, (MOVBE, MMX, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, POPCNT, AES, PCLMUL, FSGSBASE, RDRND, FMA, BMI, BMI2, F16C, RDSEED, ADCX, PREFETCHW, CLFLUSHOPT, XSAVEC and XSAVES) minus the ones QEMU is unable to run, which will result in an illegal instruction error, notice the tune is kept as skylake. Whilst, if qemu-usermode is not found on MACHINE_FEATURES, TUNE_CCARGS will expand to: TUNE_CCARGS=" -m64 -march=skylake -mtune=generic -mavx2 -mfpmath=sse" Which is exactly what its set to with the current tune, so this patch should be harmless, and only extend current functionality, we will still keep qemu-usermode disabled by default (hence enabling avx2) but the user would have the capability to decide how the skylake tune will be handled. As the GCC manual states, we should really try to avoid using mtune=generic when possible, and this patch allows us to do so [1]. This patch also addresses a problem on which the current skylake tune includes tune-core2.inc instead of tune-corei7.inc to get the list of AVAILTUNES and PACKAGE_EXTRA_ARCHS. Right now, AVAILTUNES are set as follows: AVAILTUNES=" x86 x86-64 x86-64-x32 i586 i686 core2-32 core2-64 core2-64-x32 skylake-64" Where the proper set should be (after this patch): AVAILTUNES=" x86 x86-64 x86-64-x32 i586 i686 core2-32 core2-64 core2-64-x32 corei7-32 corei7-64 corei7-64-x32 skylake-64" When (if), QEMU gains support for the AVX2 instruction set extensions these can be easily removed to provide full support for qemu-usermode. [1] https://gcc.gnu.org/onlinedocs/gcc-9.1.0/gcc/x86-Options.html Signed-off-by: Alejandro Enedino Hernandez Samaniego <aehs29@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>