On Wed, 2019-11-20 at 06:37 +, Oriya, Raxesh wrote:
> - Modified `local.conf` with `MACHINE ??= "intel-core2-32"`
>
> - Ran `source poky/oe-init-build-env`
>
> - Generated `.hddimg` by bitbake `core-image-minimal`
Can you please try using core-image-sato or use serial to check whether
the im
On Fri, 2019-10-25 at 19:59 +0200, Martin Jansa wrote:
> I think MYRIAD is already enabled by default:
> https://github.com/opencv/dldt/blob/2019/inference-engine/cmake/features.cmake#L48
> when not disabled together with VPU:
> https://github.com/opencv/dldt/blob/2019/inference-engine/cmake/check_
Hi Ankit
On Sat, 2019-10-19 at 15:57 +0530, Ankit Navik wrote:
> +S = "${WORKDIR}/git"
> +SRC_URI = "git://github.com/IntelRealSense/librealsense.git"
> +SRCREV = "81d469db173dd682d3bada9bd7c7570db0f7cf76"
> +
This isn't pointing to the release commit for 2.29.0. Can you please
fix this?
https:/
Hi Martin,
It looks like this is downloading the firmware at configure time again
when vpu is enabled.
| -- Downloading from
https://download.01.org/opencv/2019/openvinotoolkit/R3/inference_engine/firmware_ma2450_759W.zip
to /build/tmp/work/skylake-64-poky-linux/dldt-inference-engine/2019r3-
r0/
Thanks, it's coming from here:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/commit/?h=yocto-4.19&id=e73568c48e08a0cefa34a689e2f06f60abd17aec
From the discussion, it looks like this is something that'd be fixed in
kernel?
Thanks,
Anuj
On Tue, 2019-10-22 at 11:43 +0200, Vincent
Thanks, would a similar change be needed for master/zeus as well?
Thanks,
Anuj
On Mon, 2019-10-21 at 14:37 +0300, Daniel Dragomir wrote:
> From: Daniel Dragomir
>
> Support for multiple kernel packages was implemented upstream
> since commit 5b4aab6b40 ("kernel: Add support for multiple
> kern
On Mon, 2019-09-30 at 15:09 +0800, Chin Huat Ang wrote:
> From: Anuj Mittal
>
> * Release notes:
> https://software.intel.com/en-us/articles/OpenVINO-RelNotes
>
> * Enable unit tests to be built and tested using ptest mechanism.
>
> * Include patches from Clear Linux for build fixes.
>
> * Swi
On Wed, 2019-09-25 at 15:36 +0800, Naveen Saini wrote:
> +do_compile_ptest() {
> +cd ${B}
> +oe_runmake tests perfs ex
> +}
Do we need perf? These look more like benchmarking apps. We should
probably skip examples too and include check programs.
Thanks,
Anuj
--
_
On Wed, 2019-09-25 at 15:36 +0800, Naveen Saini wrote:
> +do_install_ptest () {
> +install -d ${D}${PTEST_PATH}/tests
> +install -d ${D}${PTEST_PATH}/tests/unittest
> +install -m 0755 ${B}/erasure_code/.libs/gf_*_test
> ${D}${PTEST_PATH}/tests/unittest/
> +install -d ${D}${PTEST_PAT
On Fri, 2019-09-20 at 17:06 +0100, Ross Burton wrote:
> On 20/09/2019 13:22, Mittal, Anuj wrote:
> > On Fri, 2019-09-20 at 11:33 +0100, Ross Burton wrote:
> > > On 20/09/2019 02:16, Mittal, Anuj wrote:
> > > > On Thu, 2019-09-19 at 23:55 +0100, Ross Burton wrote:
&g
On Fri, 2019-09-20 at 11:33 +0100, Ross Burton wrote:
> On 20/09/2019 02:16, Mittal, Anuj wrote:
> > On Thu, 2019-09-19 at 23:55 +0100, Ross Burton wrote:
> > > The git-lfs content is only used by the samples which we don't
> > > use or
> > > install. Set
Hi Ross
On Thu, 2019-09-19 at 23:55 +0100, Ross Burton wrote:
> The git-lfs content is only used by the samples which we don't use or
> install. Set lfs=0 so that git-lfs isn't a requirement on the build
> host.
It still tries to fetch the content at the time of unpacking. This is
what I get duri
On Thu, 2019-09-19 at 11:29 +0800, Yongxin Liu wrote:
> When igb_uio driver is used with RT kernel, the interrupt handler
> should not use IRQF_NO_THREAD as a flag, since uio_event_notify
> will call rt_spin_lock which might sleep.
>
> Flage "IRQF_NO_THREAD" was introduced in upstream DPDK by comm
It looks it was introduced by a recent openssl upgrade in oe-core and
was discussed on the list yesterday:
http://lists.openembedded.org/pipermail/openembedded-core/2019-September/287031.html
There is a fix as well:
http://lists.openembedded.org/pipermail/openembedded-core/2019-September/287049.
Hi Naveen,
On Wed, 2019-09-11 at 10:57 +0800, Naveen Saini wrote:
> Remove all the backported patches which are available in 9.0.0
> release.
>
> Few patches were recommended from llvm-patches repo:
> https://github.com/intel/intel-graphics-compiler/blob/master/documentation/build_ubuntu.md
> htt
Hi Naveen,
On Tue, 2019-09-10 at 18:22 +0800, Naveen Saini wrote:
> Remove all the backported patches which are available in 9.0.0
> release.
>
> Signed-off-by: Naveen Saini
> ---
> ...DBConfig.cmake-skip-python-version-checks.patch | 41 +
> ...L-Change-type-of-block-pointer-for-OpenCL.patch
On Mon, 2019-08-26 at 23:55 -0700, Alejandro Enedino Hernandez
Samaniego wrote:
> what I can do is send a v2 on which we keep the
> MACHINE_FEATURES_remove = "qemu-usermode", that way, we keep it as
> default, but, we let the users enable other build components if they
> decide to by simply comment
Hi Alejandro
Thank you for the patch. I have a couple of comments:
On Thu, 2019-08-22 at 01:47 -0700, Alejandro Enedino Hernandez
Samaniego wrote:
> The skylake tune introduced on 04510bfa
>
> Currently disables qemu-usermode by default, due to the lack
> of support from QEMU to several of the I
Thanks, I have merged these changes.
Thanks,
Anuj
On Wed, 2019-08-21 at 19:10 +0800, Naveen Saini wrote:
> Updates -rt patchset to -rt22.
>
> Signed-off-by: Naveen Saini
> Signed-off-by: Anuj Mittal
> ---
> recipes-kernel/linux/linux-intel-rt_4.19.bb | 4 ++--
> 1 file changed, 2 insertions(
Thanks, I have merged this now.
Thanks,
Anuj
On Wed, 2019-08-21 at 10:11 +0800, Naveen Saini wrote:
> 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
Those patches are backports and specific to clang8 and aren't required
for 9.0. Unfortunately, the components in the layer aren't yet
completely ready to be built with llvm/clang9. I'll update these as
soon as they are.
If the aim is just to add support for x32 in clang, you could perhaps
just rem
On Sat, 2019-08-17 at 09:52 +, Mittal, Anuj wrote:
> Hi Ankit,
>
> Thank you for the recipe. A few comments:
>
> On Sat, 2019-08-17 at 13:38 +0530, Ankit Navik wrote:
> > +S = "${WORKDIR}/${BPN}-${PV}"
>
> ${BPN}-${PV} can be shortened to ${BP}.
>
Hi Ankit,
Thank you for the recipe. A few comments:
On Sat, 2019-08-17 at 13:38 +0530, Ankit Navik wrote:
> +S = "${WORKDIR}/${BPN}-${PV}"
${BPN}-${PV} can be shortened to ${BP}.
> +SRCREV = "916d777123bf60d323890557347570e5e19dfa12"
> +SRC_URI = "https://github.com/intel/${BPN}/archive/v2.0.1.
I didn't realize this earlier but I'm actually getting this same
failure for glibc 64/32 bit builds as well.
And this is happening because ./build/common.mk is trying to invoke
host ar.
On Fri, 2019-08-09 at 14:03 +0000, Mittal, Anuj wrote:
> Hi Ankit
>
> Thanks for the patch
Hi Ankit
Thanks for the patch.
On Fri, 2019-08-09 at 15:40 +0530, Ankit Navik wrote:
> It adds generic recipe for Intel Data Analytics Acceleration Library
> (DAAL)
> to speed up big data analysis by providing highly optimized
> algorithmic
> building blocks.
>
I gave this a try and this is fai
Thanks, I have merged this. Please consider adding 'renames = true' in
your gitconfig or generating patch using -M to detect renames. Makes it
easier to see what changed ...
Thanks,
Anuj
On Tue, 2019-08-06 at 14:04 +0300, Alexander Usyskin wrote:
> Drop library packaging workarounds - not needed
On Fri, 2019-08-02 at 16:45 +0800, Naveen Saini wrote:
> -SRCREV = "027de7603662a569366e15132ac80298902b96b8"
> -SRC_URI = "git://github.com/intel/mkl-dnn.git;branch=rls-v0.19 \
> +SRCREV = "61b9663bcd58ece1b96b930bed73d6545f41d656"
> +SRC_URI = "git://github.com/intel/mkl-dnn.git;branch=rls-v1.0 \
On Mon, 2019-07-29 at 11:00 +0800, Naveen Saini wrote:
> +COMPATIBLE_HOST = '(i.86|x86_64).*-linux'
This will match the beginning of string and as a result will return a
match even where there is a -gnux32 or -muslx32 at the end.
Try using:
COMPATIBLE_HOST_x86-x32 = "null"
Thanks,
Anuj
--
___
Can you please submit the change upstream to make this work for all?
Thanks,
Anuj
On Tue, 2019-07-23 at 20:07 +0800, Naveen Saini wrote:
> CMakeLists.txt was using hard code path
> to install tmpfiles.d/jhi.conf, which causing
> QA issue during multilib build.
>
> Signed-off-by: Naveen Saini
>
Hi Ankit
On Sat, 2019-07-13 at 15:06 +0530, Ankit Navik wrote:
> +PACKAGECONFIG[gles] = "--enable-gles,--disable-gles,mesa"
I think the DEPENDS here should be virtual/mesa, and,
> +PACKAGECONFIG[vulkan] = "--enable-vulkan,--disable-vulkan,mesa"
vulkan-loader here. Otherwise configure just silen
Since I am testing the warrior updates right now, I will take this one
for warrior as well. Thanks.
On Fri, 2019-07-05 at 11:12 +0800, Naveen Saini wrote:
> Updates rt patchset to -rt62
>
> Signed-off-by: Naveen Saini
> ---
> recipes-kernel/linux/linux-intel-rt_4.14.bb | 4 ++--
> 1 file change
> GCC9 build failures already fixed, patch is not required anymore.
>
> Below Copyright information is appended to COPYING
>
> Copyright (C) 1999-2007 Brian Paul All Rights Reserved.
> Copyright 2015 Philip Taylor Copyright 2018 Advanced
> Micro Devices, Inc.
Please also mention the reason f
Can you please submit a patch or open an issue upstream to not use these when
cross-compiling?
Thanks,
Anuj
> -Original Message-
> From: meta-intel-boun...@yoctoproject.org [mailto:meta-intel-
> boun...@yoctoproject.org] On Behalf Of Naveen Saini
> Sent: Thursday, June 27, 2019 03:15 PM
On Wed, 2019-06-19 at 13:19 +0300, Usyskin, Alexander wrote:
> I will post new version of the series with these changes.
>
> I've received request to have these recipes in warrior branch after
> acceptance to master.
> Is such backport acceptable and what is a procedure to do it?
I have merged th
On Wed, 2019-06-19 at 09:40 +0800, Anuj Mittal wrote:
> From: Alexander Usyskin
>
> The ADAPTIVE Communication Environment library.
> Sources: http://download.dre.vanderbilt.edu/
>
> To be used by LMS service.
I cleaned up some code in this recipe and don't see any build problems
and/or any cha
On Tue, 2019-06-18 at 17:15 +0300, Alexander Usyskin wrote:
> Intel(R) ME TEE Library is the cross-platform access
> library for Intel(R) CSME HECI interface.
> Sources at: https://github.com/intel/metee
>
> To be used by LMS service.
>
> Signed-off-by: Alexander Usyskin
> ---
> recipes-bsp/met
On Tue, 2019-06-18 at 09:29 +0300, Usyskin, Alexander wrote:
> > -Original Message-
> > From: Mittal, Anuj
> > Sent: Tuesday, June 18, 2019 05:02
> > To: Usyskin, Alexander ; meta-
> > in...@yoctoproject.org; Burton, Ross
> > Cc: Winkler, Tomas
>
On Tue, 2019-06-18 at 09:04 +0300, Usyskin, Alexander wrote:
> > This gives errors when compiled with musl. We will have to either
> > add a patch to
> > fix these or mark it as incompatible with musl.
> >
> How can I mark this recipe incompatible with musl?
>
You can add:
COMPATIBLE_HOST_libc-
On Mon, 2019-06-17 at 09:38 +0100, Burton, Ross wrote:
> > +DEPENDS += "openssl gperf-native glibc"
>
> No need to depend on glibc.
This gives errors when compiled with musl. We will have to either add a
patch to fix these or mark it as incompatible with musl.
Build log is filled with:
| /home/
On Mon, 2019-06-17 at 08:43 +0300, Alexander Usyskin wrote:
> Intel(R) ME TEE Library is the cross-platform access
> library for Intel(R) CSME HECI interface.
> Sources at: https://github.com/intel/metee
>
This is failing with musl libc. I think you will just have to include
explicitly.
| /home
On Mon, 2019-06-17 at 08:43 +0300, Alexander Usyskin wrote:
> +DEPENDS = "metee ace xerces-c libnl libxml2 glib-2.0 glib-2.0-native
> connman"
xerces-c is in meta-oe and that would lead to build failures because
meta-intel doesn't depend on that layer by default.
Could you please move this recip
On Mon, 2019-06-17 at 15:13 +0800, Naveen Saini wrote:
> lttng-modules v2.10.10 release with fixes is available now and
> recipe has been upgraded in OE-Core. So bbappend no longer
> required.
warrior version is at 2.10.8 so this should only be for master?
Thank
>
> This reverts commit 886d2063
On Fri, 2019-05-31 at 16:16 +0800, chee.yang@intel.com wrote:
> +part /boot --source bootimg-efi --
> sourceparams="loader=${EFI_PROVIDER},title=install,label=install-
> efi,initrd=${INITRD_IMAGE_LIVE}-${MACHINE}.${INITRAMFS_FSTYPES}" --
> ondisk sda --label install --active --align 1024 --use-
I have merged 1/2 but would like to wait for upstream to comment before
merging 2/2.
Thanks,
Anuj
On Sat, 2019-06-01 at 13:32 +0800, Naveen Saini wrote:
> For more details, please check:
> https://github.com/intel/mkl-dnn/releases
>
> Signed-off-by: Naveen Saini
> ---
> recipes-core/mkl-dnn/{
This is failing with musl:
| FAILED:
CMakeFiles/teetransport.dir/thirdparty/LibTEE/src/linux/metee_linux.c.o
| /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-
musl/build/build/tmp/work/corei7-64-poky-linux-musl/jhi/1.33-r0/recipe-
sysroot-native/usr/bin/x86_64-poky-linux-musl/x86_64-poky-l
Thanks, I have merged these and created warrior as well.
Thanks,
Anuj
On Mon, 2019-05-27 at 18:27 +0800, Kevin Hao wrote:
> Adjust the LICENSE according to the license files.
>
> Signed-off-by: Kevin Hao
> ---
> v3: A new patch.
>
> recipes-extended/dpdk/dpdk_18.05.bb | 2 +-
> 1 file changed
Hi Richard
On Mon, 2019-05-27 at 13:57 +0800, Richard Liu wrote:
> Q1: why I must set the MACHINE to“intel-corei7-64”? my cpu is atom
> E3845 Soc, not i7, if i set it to intel-core i7, dose the kernel can
> do best performance? I just want to build a kernel for atom(not for
> i7). In my opinion
On Sun, 2019-05-26 at 11:50 +0300, Ranran wrote:
> Hello,
>
> We use older ATM (ATOM N450, advantech SOM-7562), with very limited
> disk size of 1G (we now check if we can increase it to 16G).
>
> Is meta-intel can be used for ATOM N450 ?
> What's the estimated size of the minimal core image ? Is
On Sun, 2019-05-26 at 14:54 +0800, Kevin Hao wrote:
> > If not, we should probably just remove it in do_install_append and
> not
> > carry this patch.
>
> Do you mean something like this in the dpdk_18.11.1.bb:
> do_install_append () {
> # Remove the unneeded dir
> dir=${D}/${INSTALL
Hi Kevin,
I have a few comments:
On Fri, 2019-05-24 at 09:36 +0800, Kevin Hao wrote:
...
> +From d50d2a8f3da588c0aaeb95116a88be5a598b4b16 Mon Sep 17 00:00:00
> 2001
> +From: Kevin Hao
> +Date: Thu, 23 May 2019 15:34:20 +0800
> +Subject: [PATCH] Drop the unneeded files when installation
> +
> +T
On Wed, 2019-05-15 at 09:25 -0700, Burton, Ross wrote:
> On Wed, 15 May 2019 at 01:02, Naveen Saini <
> naveen.kumar.sa...@intel.com> wrote:
> > +EXTRA_OECMAKE += "-DCMAKE_VERBOSE_MAKEFILE:BOOL=ON"
>
> Sorry, I shouldn't review whilst otherwise distracted.
>
> The cmake class sets VERBOSE=1 when
Thanks, I will tweak the meta SRCREV after Bruce has merged the config
changes and merge this in warrior as well.
Thanks,
Anuj
On Thu, 2019-05-16 at 13:04 +0800, Naveen Saini wrote:
> Builds base from mainline-tracking production kernel.
>
> In addition to intel-common kernel configs from yocto
Hi Naveen,
On Mon, 2019-05-13 at 14:49 +0800, Naveen Saini wrote:
Can you please add what it is in commit message?
> Signed-off-by: Lim, Raynald
> Signed-off-by: Naveen Saini
> ---
> recipes-multimedia/itt/itt_17.0.bb | 28
> 1 file changed, 28 insertions(+)
> cr
Hi Ross
This is failing while building world and lsb because of the RDEPENDS in
packagegroups I think:
ERROR: Multiple .bb files are due to be built which each provide zlib:
/yocto-autobuilder/yocto-worker/intel-corei7-64-lsb/build/meta-
intel/recipes-core/zlib/zlib-intel_1.2.11.1_jtkv6.3.bb
Apr 2019 at 09:01, Mittal, Anuj
> wrote:
> > Since ptest images now include zlib-ptest explicitly, should we
> > also
> > enable ptest in this one and add RPROVIDES to zlib-ptest so builds
> > don't fail?
> >
> > Thanks,
> >
> > Anuj
> &g
Since ptest images now include zlib-ptest explicitly, should we also
enable ptest in this one and add RPROVIDES to zlib-ptest so builds
don't fail?
Thanks,
Anuj
On Mon, 2019-04-29 at 13:19 +0100, Ross Burton wrote:
> This fork of zlib has a number of IA-specific improvements and is
> noticably f
On Wed, 2019-04-24 at 08:42 +0200, Enrico Pelò wrote:
> I'm using hddimg and the MACHINE in local.conf is intel-corei7-64
Can you please try wic too? Thanks.
--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://lists.yoctoproject.org/listi
Hi,
On Sun, 2019-04-21 at 21:44 +0200, Enrico Pelò wrote:
> Hello guys,
> I’ve noticed a strange problem on Pc with I5 7th generation.
> The Pc comes with an SDD 256Gb Hard Disk.
>
> I’ve tried to build a standard Image with both Thud and Master branch
> and I’ve noticed a very long time to boot
I think we should update this only after media sdk, media-driver and other
components have been released that depend on this specific version.
Thanks,
Anuj
> -Original Message-
> From: meta-intel-boun...@yoctoproject.org [mailto:meta-intel-
> boun...@yoctoproject.org] On Behalf Of Naveen
On Fri, 2019-04-05 at 17:35 +0100, Burton, Ross wrote:
> On Fri, 5 Apr 2019 at 14:01, Anuj Mittal
> wrote:
> > ...nge-type-of-block-pointer-for-OpenCL.patch | 152 +++
> > ...CL-pass-to-handle-new-blocks-represn.patch | 1116
> > +
> > ...001-dont-export-targets-for-binaries.patc
On Fri, 2019-03-29 at 07:07 +0100, Vincent Prince wrote:
> Hi Anuj,
>
> Kernel 4.9 has the longest projected end of life, shouldn't we keep
> it?
It has but this isn't pointing to upstream kernel. linux-intel-lts
kernels are generally supported for two years.
Are you using this specific kernel b
On Tue, 2019-03-26 at 15:12 +0800, Liwei Song wrote:
>
> On 03/26/2019 12:02 PM, Mittal, Anuj wrote:
> > sg3-utils is in meta-oe so this would fail.
>
> Oh, just found meta-intel did not depend meta-oe.
> If we do not have plan to add that dependency, perhaps this tools
>
On Mon, 2019-03-25 at 23:08 -0400, Liwei Song wrote:
> Enable LED support for Intel Virtual RAID On CPU.
>
> Signed-off-by: Liwei Song
> ---
> v2: - use tag version for bb file name
> - append CFLAGS CPPFLAGS to EXTRA_OEMAKE
> - remove unused SYSROOT in do_compile
> - use install-syst
> I've been trying to make UEFI - image for intel-core2-32 - machine.
> When trying to boot the image with UEFI only enabled doesn't work and if I
> enable
> legacy support from BIOS it says that the boot disk is not valid.
>
What is the error that you get when you try using UEFI? Can you try cl
On Wed, 2019-02-20 at 09:50 +0800, Naveen Saini wrote:
> For more details please see:
> https://git.kernel.org/pub/scm/linux/kernel/git/jejb/sbsigntools.git/
>
> Signed-off-by: Naveen Saini
> ---
> .../sbsigntool/sbsigntool-native_git.bb| 7 ++-
> ...ixup-build-dependencies-for-cros
On Mon, 2019-02-18 at 14:07 +0800, Naveen Saini wrote:
> For changes, please see:
> https://sourceforge.net/projects/e1000/files/ixgbevf%20stable/4.5.2/
>
> License checksum changed.
Can you please include what changed in the license?
>
> Signed-off-by: Naveen Saini
> ---
> ...Makefile-check-
This gives errors when compiled with musl:
Log data follows:
| DEBUG: Executing shell function do_configure
| -- The C compiler identification is GNU 8.2.0
| -- The CXX compiler identification is GNU 8.2.0
| -- Check for working C compiler: /home/pokybuild/yocto-
autobuilder/yocto-worker/nightly-m
On Tue, 2019-02-12 at 18:44 +0530, Ankit Navik wrote:
> > > +LICENSE = "Apache-2.0"
> > > +LIC_FILES_CHKSUM =
> > > "file://LICENSE;md5=afa44a3d001cc203032135324f9636b7"
This is missing some licenses for tests. Can you please add the ones at
the bottom of this list:
https://github.com/intel/mkl-
I will merge this in thud too and set -rt kernel to 4.14 there so the
default kernel version remains same even after introduction of 4.19
recipe.
Thanks,
Anuj
On Mon, 2019-02-11 at 15:00 +0800, Anuj Mittal wrote:
> Explicitly set the kernel to be used when building an image with
> linux-intel-rt
This doesn't apply since thud is at 4.14.78. You will have to cherry-
pick one more update.
Thanks,
Anuj
On Wed, 2019-01-23 at 11:07 +0800, Naveen Saini wrote:
> Merge Stable Linux tag v4.14.92 into 4.14/yocto
>
> Stable Linux tag v4.14.92 : (98 commits)
> Linux 4.14.92
> MIPS: Only include mmzo
> -Original Message-
> From: meta-intel-boun...@yoctoproject.org [mailto:meta-intel-
> boun...@yoctoproject.org] On Behalf Of Teemu K
> Sent: Tuesday, January 22, 2019 07:25 PM
> To: Burton, Ross
> Cc: meta-intel@yoctoproject.org
> Subject: Re: [meta-intel] Atom E3826 storage that survi
I have merged all the updates. Please let me know if I missed
something.
Thanks,
Anuj
On Fri, 2019-01-18 at 17:54 +0800, Naveen Saini wrote:
> Stable Linux tag 'v4.19.13': (423 commits)
> Linux 4.19.13
> drm/ioctl: Fix Spectre v1 vulnerabilities
> proc/sysctl: don't return ENOMEM on lookup when a
Can you please also check and remove 4.9 specific bbappends and patches?
Thanks,
Anuj
> -Original Message-
> From: meta-intel-boun...@yoctoproject.org [mailto:meta-intel-
> boun...@yoctoproject.org] On Behalf Of Naveen Saini
> Sent: Monday, January 7, 2019 10:54 AM
> To: meta-intel@yoctop
Hi,
Thank you for the patch. I have a few comments:
On Sun, 2018-12-23 at 15:03 +0530, Ankit Navik wrote:
> Add generic recipe for Metrics Discovery API.
> Its a user mode library that provides access to GPU performance data.
>
> Signed-off-by: Ankit Navik
> ---
> recipes-graphics/mdapi/mdapi_
Hi,
On Sun, 2018-12-23 at 18:07 +0100, Enrico Pelò wrote:
> Hello guys,
> I’m new to the bitbake.
> I need to create image with the latest distro (THUD) with Qt5 and
> meta intel.
>
> I’ve old Intel hardware N3700 (Cherry Hill), building the image for
> intel-corei7-64 does not work on this hard
On Tue, 2018-12-04 at 10:34 +0800, Kevin Hao wrote:
> On Tue, Nov 27, 2018 at 02:39:02PM +0800, Kevin Hao wrote:
> > On Tue, Nov 27, 2018 at 06:10:46AM +0000, Mittal, Anuj wrote:
> > > On Mon, 2018-11-26 at 22:06 +0800, Kevin Hao wrote:
> > > > con
his was 4.9 version, we're stuck on that due to 4.14 not
> having upboard support. linux-intel worked just fine.
>
> On Wed, Nov 28, 2018 at 3:56 PM Mittal, Anuj
> wrote:
> > On Wed, 2018-11-28 at 14:17 -0800, Donovan Sydow wrote:
> > > Looking for help compiling
On Wed, 2018-11-28 at 14:17 -0800, Donovan Sydow wrote:
> Looking for help compiling the thud release of linux-intel-rt.
>
> I receive the following error message:
> | RELOCS arch/x86/boot/compressed/vmlinux.relocs
> | Unsupported relocation type: R_X86_64_PLT32 (4)
> | /home/build/yocto/build/
On Mon, 2018-11-26 at 22:06 +0800, Kevin Hao wrote:
> conf/include/maintainers.inc | 2 +-
Should this file be removed instead? It shouldn't be needed for this
layer ...
Thanks,
Anuj
--
___
meta-intel mailing list
meta-intel@yoctoproject.org
https://l
On Tue, 2018-11-13 at 12:30 +0300, Knoppix wrote:
> yocto and meta-intel: 2.5.1/sumo
> kernel=linux-yocto-4.15.18
> machine=intel-corei7-64
> distro=poky
>
> the problem is:
> when I boot the system it comes to this message and frozees: " fb:
> switching to amdgpudrmfb from efi vga"
This error sa
; this particular NUC as another machine? I'd be willing to pull the
> code together and hand it off to you to commit if it makes it easier.
>
> Regards,
>
> Desone Burns IISoftware EngineerNikola CorporationPhoenix,
> Arizona
>
>
> On Wed, Oct 31, 2018 at 5:4
On Tue, 2018-10-30 at 19:20 -0700, Desone Burns wrote:
> That is correct. I modified my image definition to include version
> 4.18 of the Linux-yocto recipe and verified the kernel version
> updated as well. The problem seems to be with X11 starting up, it
> says something about not being able to r
On Tue, 2018-10-30 at 14:11 -0700, Desone Burns wrote:
> All,
>
> I'm currently developing a Yocto project to be run on the Intel
> NUC8i7HVK, and have been having some trouble getting the X11 server
> to start. I can start the machine and get a command prompt, but
> anything graphical that otherw
I have merged this now. Sorry for the delay.
Thanks,
Anuj
On Mon, 2018-10-15 at 11:26 +, Awan, Arsalan wrote:
> ping
>
> > Thank you very much Anuj for merging this!
> > Can we merge this into sumo branch as well?
> >
> > Thanks
> >
> > -
> > Arsalan
--
__
Hi He Zhe,
> do_install () {
> @@ -113,9 +118,20 @@ do_install () {
> install -m 755 ${appname}
> ${D}/${INSTALL_PATH}/examples/`basename ${dirname}`/
> done
> done
> +
> + # Install test
> + for dirname in ${S}/test/app/*
> + do
> +
85 matches
Mail list logo