summaryrefslogtreecommitdiffstats
path: root/conf
Commit message (Collapse)AuthorAgeFilesLines
* 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>
* conf: add new machine intel-skylake-64Naveen Saini2019-08-213-0/+65
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add 64-bit new machine (intel-skylake-64) with -march=skylake and avx2 instruction-set set up. We do see a qemu-usermode failure at build time, on setup of avx2 instruction-set as QEMU does not support AVX instruction set. Check this: https://bugs.launchpad.net/qemu/+bug/1818075 So to bypass this issue disabling qemu-usermode for intel-skylake-64 machine. Due to above limitation and in order to not affecting existing machines, this new machine is being proposed to add. A quick performance comparision between intel-corei7-64 vs intel-skylake-64 machines Measurements are in time, taken by the benchmark tests. Less is better. Test/Benchmark intel-corei7-64 intel-skylake-64 (1) CppPerformanceBenchmarks (Test: Math Library) (1st) 5m 15.70s 4m 36.39s (2nd) 5m 16.37s 4m 36.51s (3rd) 5m 15.54s 4m 37.80s CppPerformanceBenchmarks is a set of C++ compiler performance benchmarks. (2) AOBench (1st) 0m 35.07s 0m 28.74s (2nd) 0m 34.90s 0m 28.72s (3rd) 0m 34.85s 0m 28.89s AOBench is a lightweight ambient occlusion renderer, written in C. The test profile is using a size of 2048 x 2048. (3) C-Ray (1st) 320 seconds 232 seconds (2nd) 320 seconds 232 seconds (3rd) 321 seconds 232 seconds C-Ray, a simple raytracer designed to test the floating-point CPU performance. For this patch, 'bitbake world' gets successfully built with latest poky master. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libipt: Initial recipe for Intel Processor Trace decoder libraryAnkit Navik2019-08-211-0/+1
| | | | | | | | It adds generic recipe for Intel Processor Trace decoder library is Intel's reference implementation for decoding Intel PT. Signed-off-by: Ankit Navik <ankit.tarot@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* meta-intel.inc: include i915 kernel module and firmwareAnuj Mittal2019-08-091-0/+1
| | | | | | | | | | | | | | We include the firmware as part of initramfs image that is used for live images. Make sure that we include this module for others as well. Also include the kernel module for all images instead of relying on "linux-modules" using MACHINE_EXTRA_RRECOMMENDS. Use MACHINE_ESSENTIAL_EXTRA_RRECOMMENDS instead to pull in i915 module so it works for all images based on packagegroup-core-boot. Fixes [YOCTO #13446] Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-corei7-64.conf: add conditionally to HWCODECS for x32 buildNaveen Saini2019-08-081-1/+1
| | | | | | | | | mediasdk & media-driver doesn't support building for x32. Instead of patching makefile to build for x32 and risk runtime failures, do not include in x32 build. Signed-off-by: Naveen Saini <naveen.kumar.saini@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: add default PREFERRED_PROVIDERS for zlibRoss Burton2019-08-071-0/+4
| | | | | | | | | | | | | | This layer adds zlib-intel, which PROVIDES zlib. If meta-intel is added to a build but a meta-intel MACHINE isn't used then bitbake will warn that there are multiple candidates for zlib: NOTE: Multiple providers are available for zlib-native (zlib-native, zlib-intel-native) Consider defining a PREFERRED_PROVIDER entry to match zlib-native NOTE: Multiple providers are available for zlib (zlib, zlib-intel) Consider defining a PREFERRED_PROVIDER entry to match zlib Silence these warnings by adding PREFERRED_PROVIDER defaults in layer.conf. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* isa-l: Initial recipe for Intelligent Storage Acceleration LibraryAnkit Navik2019-08-031-0/+1
| | | | | | | | It adds generic recipe for Intel Intelligent Storage Acceleration Library (ISA-L) to optimized low-level functions targeting storage applications. Signed-off-by: Ankit Navik <ankit.tarot@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* libxcam: Initial recipe for libXCamAnkit Navik2019-07-301-0/+1
| | | | | | | | It adds generic recipe for libXCam for extended camera feature, but not limited in camera. It focuses on image quality improvement and video analysis. Signed-off-by: Ankit Navik <ankit.tarot@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-corei7-64.conf: include mediasdk and media-driver in HWCODECSAnuj Mittal2019-07-251-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>
* lms: add recipe for lms 1921.0.0.0Alexander Usyskin2019-06-191-0/+5
| | | | | | | | | | This is a new release of Local Manageability Service. This open-source release deprecates unsupported lms7 and lms8. This recipe depends on ACE and MeTee library recipes. Signed-off-by: Alexander Usyskin <alexander.usyskin@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* clang: build Intel common-clang and spirvAnuj Mittal2019-05-171-0/+4
| | | | | | | | | | | | Common clang is a thin wrapper library around clang. Common clang has OpenCL-oriented API and is capable to compile OpenCL C kernels to SPIR-V modules. This adds a bbappend to clang recipe from meta-clang to build the necessary components and moves it to dynamic layers so it's built only when clang-layer is included. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: use zlib-intel by default for target buildsRoss Burton2019-05-061-0/+6
| | | | | | | | Don't change native or nativesdk so that builds using both meta-intel and other machines can share native sstate. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* metrics-discovery: Updates mesa util filesAnkit Navik2019-04-041-0/+1
| | | | | | | | Updates mesa util files, includes additional KBL and CFL chipsets and updates metrics-discovery to v1.5.102. Signed-off-by: Ankit Navik <ankit.tarot@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: Add warrior to compatible release seriesKhem Raj2019-04-031-1/+1
| | | | | Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* wic: pass APPEND to bootloaderRoss Burton2019-03-072-2/+2
| | | | | | | | | Rename the systemd and grub-efi .wks files to .wks.in, and replace all 'append' entries apart from rootfstype (which is specific to the wks file) with ${APPEND}, so the values of APPEND from the BSP and user is respected. Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* mkl-dnn: Initial recipe for Intel Math Kernel LibraryAnkit Navik2019-03-051-0/+1
| | | | | | | | | Add generic recipe for Intel(R) Math Kernel Library for Deep Neural Networks. The library accelerates deep-learning applications and frameworks on Intel architecture. Signed-off-by: Ankit Navik <ankit.tarot@gmail.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf: set -rt kernel to 4.19Anuj Mittal2019-02-121-0/+1
| | | | | | | Explicitly set the kernel to be used when building an image with linux-intel-rt kernel. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine: set preferred kernel to 4.19Anuj Mittal2018-12-171-2/+2
| | | | | | Set preferred kernel to 4.19 for LSB as well. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-corei7-64.conf: remove reference to dpdk-libibverbsAnuj Mittal2018-12-061-1/+0
| | | | | | The recipe was removed from dpdk layer. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-mediasdk: add recipeAnuj Mittal2018-11-281-0/+1
| | | | | | | | Intel(R) Media SDK provides an API to access hardware-accelerated video decode, encode and filtering on Intel® platforms with integrated graphics. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-media-driver: add recipeAnuj Mittal2018-11-281-0/+1
| | | | | | | | | Hardware accelerated video driver that supports Intel(R) HD Graphics starting from Broadwell. Please see for details: https://01.org/intel-media-for-linux Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* gmmlib: add recipeAnuj Mittal2018-11-281-0/+1
| | | | | | | It provides buffer management for Intel(R) Graphics Compute Runtime for OpenCL(TM) and the Intel(R) Media Driver for VAAPI. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* layer.conf: update layer compatibility sumo->thudyocto-2.6thud-20.0.0Anuj Mittal2018-10-011-1/+1
| | | | Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* lms8: removeAnuj Mittal2018-08-021-1/+0
| | | | | | Obsolete and not being maintained anymore. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* README: minor editAnuj Mittal2018-07-271-5/+0
| | | | | | We don't supply binaries anymore. Also, remove some obsolete comments. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* machine/intel-corei7: remove lms from MACHINE_EXTRA_RRECOMMENDSAnuj Mittal2018-07-271-2/+0
| | | | | | Not all platforms need it and should be enabled only when it is required. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* lms7: removeAnuj Mittal2018-07-271-1/+0
| | | | | | | Looks for the wrong device node, startup script fails among other issues and as a result, doesn't work. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* machine/intel-corei7-64: remove reference to openssl-qatAnuj Mittal2018-07-251-1/+0
| | | | | | The recipe was removed and this is no longer needed. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* va-intel: removeAnuj Mittal2018-07-183-5/+2
| | | | | | | Include intel vaapi driver directly as part of hwcodecs instead of going indirectly through a separate recipe. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* rmc: removeAnuj Mittal2018-07-163-4/+2
| | | | | | | It's not being maintained anymore and the scripts have not been kept in sync with upstream for quite some time. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* maintainers: update all owners to AnujRoss Burton2018-06-211-12/+12
| | | | | Signed-off-by: Ross Burton <ross.burton@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine/intel-core*: add COMPATIBLE_MACHINE for qat17Tan, Raymond2018-06-062-0/+4
| | | | | | | | This adds both intel-core2-32 and intel-corei7-64 as the COMPATIBLE_MACHINE for qat17 package. Signed-off-by: Tan, Raymond <raymond.tan@intel.com> Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* intel-core*.conf: change wks to be used for grub-efiAnuj Mittal2018-06-042-2/+2
| | | | | | Point to the meta-intel wks file when grub-efi is to be used. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com>
* conf/machine/intel-corei7-64.conf: remove DPDK_TARGET_MACHINECalifornia Sullivan2018-04-171-1/+0
| | | | | | | | "atm" wasn't a real target and breaks the dpdk build now that the TARGET_MACHINE selection is fixed. Just allow it to default since that's what it effectively got before. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* conf/machine/intel-core*: use systemd-bootdisk-microcode.wks by defaultCalifornia Sullivan2018-04-132-2/+4
| | | | | | | | | This allows early boot microcode updates by default. Since microcode is needed, we also add intel-microcode to WKS_FILE_DEPENDS. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* layer.conf: update LAYERSERIES_COMPAT variableCalifornia Sullivan2018-04-061-1/+1
| | | | | | We are compatible with sumo and no longer compatible with rocko. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* efilinux: removeCalifornia Sullivan2018-03-271-1/+0
| | | | | | | | The code hasn't been touched for over 4 years. Its also unlikely to have been used much if at all considering our previous lack of EFI boot partition support. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: remove unreferenced xserver codeAnuj Mittal2018-03-131-7/+0
| | | | | | | | | OLD_XSERVER_X86_EXT was added to support emgd drivers that needed X server older than 1.13. We neither support X server older than 1.13 nor the emgd drivers now. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* Revert "conf: override WKS_FILE_DEPENDS for intel machines"California Sullivan2018-03-062-2/+0
| | | | | | | | | | This reverts commit ab858eb989071f10f6a3796b200c6c61d42ee082. This caused no bootloader to appear in the boot partition if WKS_FILE was changed manually. Furthermore, wic wouldn't error, it would just silently ignore the missing binary. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* conf: override WKS_FILE_DEPENDS for intel machinesAnuj Mittal2018-02-162-0/+2
| | | | | | | | | | | | WKS_FILE_DEPENDS includes all the dependencies for producing wic images and is meant to be overridden with correct set by image recipes. Right now, the default values result in grub-efi being built even when EFI_PROVIDER is set to systemd-boot. Change the value to depend only on the EFI_PROVIDER bootloader. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* conf/machine/intel-*: remove do_image_wic dependsAnuj Mittal2018-02-162-2/+0
| | | | | | | | | These dependencies on native tools needed by wic images have already been added by image_types_wic bbclass. Appending here results in same dependencies being added twice. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* intel-vaapi-driver: upgrade to 2.0.0Anuj Mittal2018-02-161-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Major changes: * Bump version to 2.0.0 * Add support for Coffee Lake (aka. CFL) - Decoding: H.264/MPEG-2/VC-1/JPEG/VP8/HEVC/HEVC 10-bit/VP9/VP9 10-bit - Encoding: H.264/MPEG-2/JPEG/VP8/VP9/HEVC/HEVC 10-bit/AVC low power CQP/CBR/VBR mode - VPP: CSC/scaling/NoiseReduction/Deinterlacing{Bob, MotionAdaptive, MotionCompensated}/ColorBalance/STD * Add support for H264 FEI * Add support for HEVC ROI encoding * Add support for intensity compensation for VC-1 decoding * Improve the quality of the H264 encoder on BDW/BSW * Improve the CSC performance between I420/NV12/P010/YUY2/VYUY format * Improve the performace of va{Get, Put}Image for I420/NV12/P010/YUY2/VYUY format * Fix image corruption for VP9 decoding * Fix race condition in wayland support * Fix ROI support in VDEnc support * Fix corrupted stream when using VDEnc CBR/VBR * Fix GCC 7.1.1 warnings/errors * Update the shader for HEVC encoding The upstream package name now is intel-vaapi-driver instead of libva-intel-driver. Updated to point to release tarball instead of git. Also, changed the URLs to point to new project page. Signed-off-by: Anuj Mittal <anuj.mittal@intel.com> Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: use linux-intel instead of linux-yocto in -lsbCalifornia Sullivan2018-01-291-1/+1
| | | | | | | Previously the ltsi kernel was 4.4, requiring us to use linux-yocto. It has since moved to 4.9, allowing us to use linux-intel. Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
* meta-intel.inc: set default EFI_PROVIDER to systemd-bootCalifornia Sullivan2018-01-221-1/+1
| | | | | | | | | RMC is confusing as a default because it is only supported by legacy (iso, hddimg) image types. Its also not being actively maintained, causing it to lag behind in updates (currently against systemd-boot v232 instead of v234). Signed-off-by: California Sullivan <california.l.sullivan@intel.com>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-04-16 22:31:04 +0000