[meta-freescale] [PATCH] defconfig: remove CONFIG_DEVPTS_MULTIPLE_INSTANCES

2019-01-15 Thread Wenlin Kang 
fixes:
WARNING: linux-yocto-4.18.20+gitAUTOINC+fb277887dc_4e51fc97f1-r0
do_kernel_configcheck: [kernel config]: This BSP sets config
options that are not offered anywhere within this kernel:

CONFIG_DEVPTS_MULTIPLE_INSTANCES

CONFIG_DEVPTS_MULTIPLE_INSTANCES removed since kernel v4.7 via mainline
commit eedf265aa003b4781de24cfed40a655a664457e6

Signed-off-by: Wenlin Kang 
---
 recipes-kernel/linux/linux-fslc-4.9/mxs/defconfig | 1 -
 1 file changed, 1 deletion(-)

diff --git a/recipes-kernel/linux/linux-fslc-4.9/mxs/defconfig 
b/recipes-kernel/linux/linux-fslc-4.9/mxs/defconfig
index 6e0f751..65a84b4 100644
--- a/recipes-kernel/linux/linux-fslc-4.9/mxs/defconfig
+++ b/recipes-kernel/linux/linux-fslc-4.9/mxs/defconfig
@@ -77,7 +77,6 @@ CONFIG_INPUT_EVDEV=y
 CONFIG_INPUT_TOUCHSCREEN=y
 CONFIG_TOUCHSCREEN_TSC2007=m
 # CONFIG_SERIO is not set
-CONFIG_DEVPTS_MULTIPLE_INSTANCES=y
 # CONFIG_LEGACY_PTYS is not set
 # CONFIG_DEVKMEM is not set
 CONFIG_SERIAL_AMBA_PL011=y
-- 
1.9.1

-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] glibc configure fails with e5500 / t1040 on master...

2019-01-15 Thread Bob Cochran 

On 1/15/19 4:49 AM, C.r. Guo wrote:

Hello all,

You find patches about glibc support e5500 and e6500.
https://source.codeaurora.org/external/qoriq/qoriq-components/meta-qoriq-demos/tree/recipes-core/glibc/glibc/0001-glibc-support-e5500-and-e6500.patch?h=thud


Thank you,  I applied patch, and it worked (configured) for me.

Bob





I will submitted patches to poky .

Thanks
Chunrong


-Original Message-
From: meta-freescale-boun...@yoctoproject.org 
[mailto:meta-freescale-boun...@yoctoproject.org] On Behalf Of Bob Cochran
Sent: 2019年1月15日 15:08
To: meta-freescale@yoctoproject.org
Subject: [meta-freescale] glibc configure fails with e5500 / t1040 on master...

Hello,

I was trying to build a t1040-based image using most recent master, but glibc 
is failing during configure.  I went back and compared a successful build with 
sumo using glibc-2.27, but I'm scratching my head why it passes on sumo but 
fails on master.

Here is the log.do_configure:


DEBUG: SITE files ['endian-big', 'bit-64', 'powerpc-common', 'common-linux', 
'common-glibc', 'powerpc-linux', 'powerpc64-linux', 'common']
DEBUG: Executing shell function autotools_preconfigure
DEBUG: Shell function autotools_preconfigure finished
DEBUG: Executing python function autotools_aclocals
DEBUG: SITE files ['endian-big', 'bit-64', 'powerpc-common', 'common-linux', 
'common-glibc', 'powerpc-linux', 'powerpc64-linux', 'common']
DEBUG: Python function autotools_aclocals finished
DEBUG: Executing shell function do_configure
NOTE: Running ../git/configure  --build=x86_64-linux --host=powerpc64-oe-linux 
--target=powerpc64-oe-linux --prefix=/usr   --exec_prefix=/usr 
--bindir=/usr/bin   --sbindir=/usr/sbin --libexecdir=/usr/libexec 
--datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com 
--localstatedir=/var
--libdir=/usr/lib64 --includedir=/usr/include --oldincludedir=/usr/include 
--infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules 
--disable-dependency-tracking 
--with-libtool-sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
--enable-kernel=3.2.0 --disable-profile --disable-debug 
--without-gd --enable-clocale=gnu 
--with-headers=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot/usr/include
--without-selinux --enable-tunables --enable-bind-now 
--enable-stack-protector=strong --enable-stackguard-randomization 
--disable-crypt --with-default-link --with-cpu=e5500  --enable-nscd checking 
build system type... x86_64-pc-linux-gnu checking host system type... 
powerpc64-oe-linux-gnu checking for powerpc64-oe-linux-gcc... 
powerpc64-oe-linux-gcc -mhard-float -m64 -mcpu=e5500 
--sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
checking for suffix of object files... o checking whether we are using the GNU 
C compiler... yes checking whether powerpc64-oe-linux-gcc  -mhard-float -m64 
-mcpu=e5500 
--sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
accepts -g... yes
checking for gcc... gcc
checking for powerpc64-oe-linux-readelf... powerpc64-oe-linux-readelf checking 
whether we are using the GNU C++ compiler... yes checking whether 
powerpc64-oe-linux-g++  -mhard-float -m64 -mcpu=e5500 
--sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
accepts -g... yes
checking whether powerpc64-oe-linux-g++  -mhard-float -m64 -mcpu=e5500 
--sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
can link programs... no
checking for sysdeps preconfigure fragments... aarch64 alpha arm hppa
i386 m68k microblaze mips nios2 powerpc riscv s390 sh sparc x86_64 checking for 
use of fpu sysdeps directories... yes checking for -fstack-protector... 
(cached) no checking for -fstack-protector-strong... (cached) no checking for 
-fstack-protector-all... (cached) no checking for assembler and linker 
STT_GNU_IFUNC support... yes checking for gcc attribute ifunc support... yes 
checking if compiler warns about alias for function with incompatible types... 
yes checking sysdep dirs... configure: error: The e5500 subspecies of
powerpc64 is not supported.


--
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.yoctoproject.org%2Flistinfo%2Fmeta-freescaledata=02%7C01%7Czhenhua.luo%40nxp.com%7Ce7675005dbba4c3b035908d67ab8451e%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C636831329182550625sdata=pJ7%2B0Bo0zQ1x441Rj7ubHG7KHAjnuTZCEh5ji4Q%2FdZo%3Dreserved=0



--
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Building Yocto for the T4240RDB

2019-01-15 Thread C.r. Guo 
Hello all,

You can find patches in
https://source.codeaurora.org/external/qoriq/qoriq-components/meta-qoriq-demos/tree/recipes-core/glibc/glibc/0001-glibc-support-e5500-and-e6500.patch?h=thud
I will submit patches to poky layer

Thanks
Chunrong


From: meta-freescale-boun...@yoctoproject.org 
[mailto:meta-freescale-boun...@yoctoproject.org] On Behalf Of Lautenschlager 
(US), David C
Sent: 2019年1月15日 5:56
To: meta-freescale@yoctoproject.org
Subject: [meta-freescale] Building Yocto for the T4240RDB

The last few releases of the Yocto/meta-freescale do not build for the 
T4240RDB. Is this processor still being supported? I thought it was an LTS 
product.

What is the most recent release of meta-freescale that works for this 
processor. Is there anyone working on bringing it up to date? I would be happy 
to help.


Thanks,
David Lautenschlager
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [PATCH] remove True option to getVar calls

2019-01-15 Thread Otavio Salvador 
Hello André,

On Sun, Jan 13, 2019 at 9:02 AM André Draszik  wrote:
> From: André Draszik 
>
> getVar() has been defaulting to expanding by default for
> a long time (2016), thus remove the True option from
> getVar() calls with a regex search and replace.
>
> Search & replace made using the following command:
> sed -e 's|\(d\.getVar \?\)( \?\([^,()]*\), \?True)|\1(\2)|g' \
> -i $(git grep -E 'getVar ?\( ?([^,()]*), ?True\)' \
>  | cut -d':' -f1 \
>  | sort -u)
>
> Signed-off-by: André Draszik 

Do you mind to open a PR on
http://github.com/Freescale/meta-freescale/ ? The patch needs to be
rebased as few patches were merged since this patch has been sent.




-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Building Yocto for the T4240RDB

2019-01-15 Thread Otavio Salvador 
Hello David,

On Mon, Jan 14, 2019 at 7:59 PM Lautenschlager (US), David C
 wrote:
> The last few releases of the Yocto/meta-freescale do not build for the 
> T4240RDB. Is this processor still being supported? I thought it was an LTS 
> product.
>
> What is the most recent release of meta-freescale that works for this 
> processor. Is there anyone working on bringing it up to date? I would be 
> happy to help.

Please take a look on thud, it should be good to go I think.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9 9981-7854  Mobile: +1 (347) 903-9750
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] Adding custom machine / dts files

2019-01-15 Thread Wiholm, Willie ActeSE 
Hello,


The label in meta-fsl-arm is indeed linux-imx-4.1.15



$pwd

/linux/build/yocto/avalue_imx-4.1-krogoth/sources/meta-fsl-arm/recipes-kernel/linux/linux-imx-4.1.15


I noticed that it contains an additional folder called imx which contains the 
files, do i need the have the exact same structure in my layer?


I also tried to add the patch with dts and dtsi directly in the 
meta-fsl-arm/recipes-kernel/linux/linux-imx-4.1.15/imx/

But it was not added in the build, is there anything additional i need to do in 
order to apply my custom patches to the build?

(I realize this is a bad habbit but i just want to verify that they work).


Best Regards,

Willie



Från: prakash m 
Skickat: den 13 januari 2019 17:24
Till: Wiholm, Willie ActeSE
Kopia: meta-freescale@yoctoproject.org
Ämne: Re: [meta-freescale] Adding custom machine / dts files

Hi,

I hope the naming convention is different from which you specified in your 
custom layer, so kindly check in meta-freescale/recipes-kernel/linux for the 
proper naming in freescale kernel recipes.

I hope the proper naming would be linux-imx_4.1.15.bbappend.


Thanks & Regards
Pitchaiah M


On Sun, 13 Jan, 2019, 13:59 Wiholm, Willie ActeSE 
mailto:willie.wih...@acte.se> wrote:
Hello prakash,

Yes the meta-local is added in bblayers.

Best regards,
Willie


Från: prakash m
Skickat: söndag 13 januari 03:55
Ämne: Re: [meta-freescale] Adding custom machine / dts files
Till: Wiholm, Willie ActeSE
Kopia: meta-freescale@yoctoproject.org


Hi,

Could you please check that your custom layer has been added to your 
bblayer.conf which is under your build directory.


Thanks & Regards
Pitchaiah M

On Sun, 13 Jan, 2019, 07:22 Wiholm, Willie ActeSE 
mailto:willie.wih...@acte.se> wrote:
Hello guys,

(Sorry if i sent this in multiple lists)

I'm trying to build an image for an custom board that is based in the 
imx6dlsabresd, but I'm not sure how to add the custom dts files properly.

First i built the kernel and created a patch in arch/arm/boot/dts where i added 
my files.

Then I created a meta-custom layer, in which i created :
recipes-kernel/linux-imx-4.1.15/linux-imx-4.1.15.bbappend
and the bbappend points to my patch.

Then i created my own machine that is a copy of the imx6dlsabre in 
conf/machine/custom.conf

My question is, is this the right approach? The goal is to build full images 
like "fsl-image-qt5" but I'm facing errors with core-image-minimal :

No recipes available for:
  
/linux/build/yocto/avalue_imx-4.1-krogoth/sources/meta-avalue/recipes-kernel/linux-imx-4.1.15/linux-imx-4.1.15.bbappend

So i believe I'm making some fundamental errors.

Any tips appreciated!

Best Regards,
Willie


--
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale


-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] glibc configure fails with e5500 / t1040 on master...

2019-01-15 Thread C.r. Guo 
Hello all,

You find patches about glibc support e5500 and e6500.
https://source.codeaurora.org/external/qoriq/qoriq-components/meta-qoriq-demos/tree/recipes-core/glibc/glibc/0001-glibc-support-e5500-and-e6500.patch?h=thud

I will submitted patches to poky .

Thanks
Chunrong


-Original Message-
From: meta-freescale-boun...@yoctoproject.org 
[mailto:meta-freescale-boun...@yoctoproject.org] On Behalf Of Bob Cochran
Sent: 2019年1月15日 15:08
To: meta-freescale@yoctoproject.org
Subject: [meta-freescale] glibc configure fails with e5500 / t1040 on master...

Hello,

I was trying to build a t1040-based image using most recent master, but glibc 
is failing during configure.  I went back and compared a successful build with 
sumo using glibc-2.27, but I'm scratching my head why it passes on sumo but 
fails on master.

Here is the log.do_configure:


DEBUG: SITE files ['endian-big', 'bit-64', 'powerpc-common', 'common-linux', 
'common-glibc', 'powerpc-linux', 'powerpc64-linux', 'common']
DEBUG: Executing shell function autotools_preconfigure
DEBUG: Shell function autotools_preconfigure finished
DEBUG: Executing python function autotools_aclocals
DEBUG: SITE files ['endian-big', 'bit-64', 'powerpc-common', 'common-linux', 
'common-glibc', 'powerpc-linux', 'powerpc64-linux', 'common']
DEBUG: Python function autotools_aclocals finished
DEBUG: Executing shell function do_configure
NOTE: Running ../git/configure  --build=x86_64-linux --host=powerpc64-oe-linux 
--target=powerpc64-oe-linux --prefix=/usr   --exec_prefix=/usr 
--bindir=/usr/bin   --sbindir=/usr/sbin --libexecdir=/usr/libexec 
--datadir=/usr/share --sysconfdir=/etc --sharedstatedir=/com 
--localstatedir=/var
--libdir=/usr/lib64 --includedir=/usr/include --oldincludedir=/usr/include 
--infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules 
--disable-dependency-tracking 
--with-libtool-sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
--enable-kernel=3.2.0 --disable-profile --disable-debug 
--without-gd --enable-clocale=gnu 
--with-headers=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot/usr/include
--without-selinux --enable-tunables --enable-bind-now 
--enable-stack-protector=strong --enable-stackguard-randomization 
--disable-crypt --with-default-link --with-cpu=e5500  --enable-nscd checking 
build system type... x86_64-pc-linux-gnu checking host system type... 
powerpc64-oe-linux-gnu checking for powerpc64-oe-linux-gcc... 
powerpc64-oe-linux-gcc -mhard-float -m64 -mcpu=e5500 
--sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
checking for suffix of object files... o checking whether we are using the GNU 
C compiler... yes checking whether powerpc64-oe-linux-gcc  -mhard-float -m64 
-mcpu=e5500 
--sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
accepts -g... yes
checking for gcc... gcc
checking for powerpc64-oe-linux-readelf... powerpc64-oe-linux-readelf checking 
whether we are using the GNU C++ compiler... yes checking whether 
powerpc64-oe-linux-g++  -mhard-float -m64 -mcpu=e5500 
--sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
accepts -g... yes
checking whether powerpc64-oe-linux-g++  -mhard-float -m64 -mcpu=e5500 
--sysroot=/build/yocto/build_t1040/tmp-glibc/work/ppc64e5500-oe-linux/glibc/2.28-r0/recipe-sysroot
can link programs... no
checking for sysdeps preconfigure fragments... aarch64 alpha arm hppa
i386 m68k microblaze mips nios2 powerpc riscv s390 sh sparc x86_64 checking for 
use of fpu sysdeps directories... yes checking for -fstack-protector... 
(cached) no checking for -fstack-protector-strong... (cached) no checking for 
-fstack-protector-all... (cached) no checking for assembler and linker 
STT_GNU_IFUNC support... yes checking for gcc attribute ifunc support... yes 
checking if compiler warns about alias for function with incompatible types... 
yes checking sysdep dirs... configure: error: The e5500 subspecies of
powerpc64 is not supported.


--
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://emea01.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.yoctoproject.org%2Flistinfo%2Fmeta-freescaledata=02%7C01%7Czhenhua.luo%40nxp.com%7Ce7675005dbba4c3b035908d67ab8451e%7C686ea1d3bc2b4c6fa92cd99c5c301635%7C0%7C0%7C636831329182550625sdata=pJ7%2B0Bo0zQ1x441Rj7ubHG7KHAjnuTZCEh5ji4Q%2FdZo%3Dreserved=0
-- 
___
meta-freescale mailing list
meta-freescale@yoctoproject.org
https://lists.yoctoproject.org/listinfo/meta-freescale

Re: [meta-freescale] [meta-intel] ERROR: - package networkmanager-1.10.6-r0.aarch64 conflicts with connman provided by connman-1.35-r0.aarch64

2019-01-15 Thread Burton, Ross 
You'll have to not install either connman or network manager.

Ross

On Tue, 15 Jan 2019 at 05:18, srinivasan  wrote:
>
> Dear Yocto experts,
>
> I am seeing the below error when I am trying to integrate the
> "fsl-image-validation-imx.bb" into my custom yocto build and trigger
> the build using "bitbake custom-image-debug-imx8.bb", I somewhat feel
> networkmanager is conflicting with conman, could you please let me
> know how this issue can be resolved?
>
> I have attached the recipe files for your information
>
> Error:
>
> ERROR: custom-image-debug-imx8-1.0-r0 do_rootfs: Could not invoke dnf.
> Command 
> '/home/user/test/os/build_fsl-image-validation-imx/tmp/work/imx8mmevk-poky-linux/custom-image-debug-imx8/1.0-r0/recipe-sysroot-native/usr/bin/dnf
> -y -c 
> /home/user/test/os/build_fsl-image-validation-imx/tmp/work/imx8mmevk-poky-linux/custom-image-debug-imx8/1.0-r0/rootfs/etc/dnf/dnf.conf
> --setopt=reposdir=/home/user/test/os/build_fsl-image-validation-imx/tmp/work/imx8mmevk-poky-linux/custom-image-debug-imx8/1.0-r0/rootfs/etc/yum.repos.d
> --repofrompath=oe-repo,/home/user/test/os/build_fsl-image-validation-imx/tmp/work/imx8mmevk-poky-linux/custom-image-debug-imx8/1.0-r0/oe-rootfs-repo
> --installroot=/home/user/test/os/build_fsl-image-validation-imx/tmp/work/imx8mmevk-poky-linux/custom-image-debug-imx8/1.0-r0/rootfs
> --setopt=logdir=/home/user/test/os/build_fsl-image-validation-imx/tmp/work/imx8mmevk-poky-linux/custom-image-debug-imx8/1.0-r0/temp
> --nogpgcheck install alsa-server alsa-tools alsa-utils apt apt-repo
> bash basicquick bc binutils binutils-symlinks bmap-tools-git
> build-config bzip2 cmake coreutils crashme crda dfu-util diffutils dnf
> dnsmasq ethtool file libfreetype6 gdb gdbserver gettext git
> glibc-gconv-utf-32 gnupg libharfbuzz0 hidapi hostapd htop iperf3 iw
> kernel-dev kernel-devsrc kernel-modules ldd libasound liberation-fonts
> libfftw libfftwf libjack libjpeg62 libpng16-16 libtool libxerces-c
> libsensors4 lmsensors-sensors lsof lttng-modules make memtester
> merge-files nano networkmanager ni-isolcpus ninja openssl
> packagegroup-base-extended packagegroup-core-boot
> packagegroup-core-full-cmdline packagegroup-core-sdk
> packagegroup-core-ssh-dropbear packagegroup-core-standalone-sdk-target
> packagegroup-core-tools-debug packagegroup-core-tools-profile
> packagegroup-core-tools-testapps packagegroup-fsl-optee-imx
> packagegroup-fsl-tools-audio packagegroup-fsl-tools-gpu-external
> packagegroup-tools-bluetooth pbzip2 pciutils perf pkgconfig procps
> psplash python python-dbus python-modules python-pandas python-pip
> python3 python3-dbus python3-misc python3-modules python3-pip
> python3-psutil python3-robotframework python3-six qt3d qt3d-dev
> qt3d-mkspecs qtbase qtbase-dev qtbase-mkspecs qtbase-plugins
> qtbase-tools libqt5charts5 libqt5charts-dev libqt5charts-mkspecs
> qtconnectivity-dev qtconnectivity-mkspecs qtdeclarative
> qtdeclarative-dev qtdeclarative-mkspecs qtgraphicaleffects
> qtgraphicaleffects-dev qtquickcontrols qtquickcontrols-dev
> qtquickcontrols-qmlplugins qtquickcontrols2 qtquickcontrols2-dev
> qtquickcontrols2-mkspecs libqt5svg5 libqt5svg-dev libqt5svg-mkspecs
> rpm rt-tests rtirq run-postinsts screen ssh-keys-server strace stress
> sysstat tar tmux trace-cmd ttf-bitstream-vera udev udev-automount
> unzip usbreset usbutils util-linux valgrind wget wireless-tools
> wpa-supplicant zip libz1 locale-base-en-us' returned 1:
> Added oe-repo repo from
> /home/user/test/os/build_fsl-image-validation-imx/tmp/work/imx8mmevk-poky-linux/custom-image-debug-imx8/1.0-r0/oe-rootfs-repo
> Last metadata expiration check: 0:00:00 ago on Mon 14 Jan 2019 04:06:18 PM 
> UTC.
> Error:
>  Problem: package connman-tools-1.35-r0.aarch64 requires connman, but
> none of the providers can be installed
>   - package packagegroup-core-tools-testapps-1.0-r2.imx8mmevk requires
> connman-tools, but none of the providers can be installed
>   - package networkmanager-1.10.6-r0.aarch64 conflicts with connman
> provided by connman-1.35-r0.aarch64
>   - conflicting requests
> (try to add '--allowerasing' to command line to replace conflicting
> packages or '--skip-broken' to skip uninstallable packages)
>
> ERROR: custom-image-debug-imx8-1.0-r0 do_rootfs: Function failed: do_rootfs
> ERROR: Logfile of failure stored in:
> /home/user/test/os/build_fsl-image-validation-imx/tmp/work/imx8mmevk-poky-linux/custom-image-debug-imx8/1.0-r0/temp/log.do_rootfs.56617
> ERROR: Task 
> (/home/user/test/os/sources/meta-custom-imx8/recipes-core/images/custom-image-debug-imx8.bb:do_rootfs)
> failed with exit code '1'
> NOTE: Tasks Summary: Attempted 8016 tasks of which 7974 didn't need to
> be rerun and 1 failed.
>
> Many Thanks in advance,
> --
> ___
> meta-intel mailing list
> meta-in...@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/meta-intel
-- 
___
meta-freescale mailing list