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
> +
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
--
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
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
add
> 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:43 PM
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
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
> ---
>
> -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
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
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
rry this 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 the
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
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)
> |
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:
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
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 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
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
> > +
> >
> 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
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
> ---
>
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:
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 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-
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 ++-
>
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
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
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
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 ?
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
>
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-
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
> ---
>
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
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
> ---
>
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:
|
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
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:
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.
|
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 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
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
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
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(+)
>
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
> +
>
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
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
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
> >
&
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
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
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
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
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
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
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
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
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
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
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
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
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
>
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:
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
--
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
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
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 +, Mittal, Anuj wrote:
> Hi Ankit
>
> Thanks for the patch.
>
&g
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
>
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:
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
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
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
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.
>
> *
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?
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
>
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-
Thanks, it's coming from here:
https://git.yoctoproject.org/cgit/cgit.cgi/yocto-kernel-cache/commit/?h=yocto-4.19=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
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:
>
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
78 matches
Mail list logo