|
Vijay Rakesh Munganda
Hi Paul Barker,
No, ${WORKDIR}/tokbox directory is empty, it is not getting placed. I can only see it in the downloads directory. I'm Yocto Project Dunfell version. Thanks, Vijay Rakesh.
|
|
|
|
On Fri, 8 Jan 2021 at 08:49, Vijay Rakesh Munganda
<vijayrakeshmunganda@...> wrote: Does the .tgz file get placed in ${WORKDIR} without being extracted? Also, which Yocto Project version/branch are you using? Thanks, -- Paul Barker Konsulko Group
|
|
|
|
Re: How to select Linux kernel version?
Quentin Schulz
Hi Jupiter,
On Fri, Jan 08, 2021 at 02:03:47PM +1100, Jupiter wrote: Thanks Quentin, here are results:[...]So we can stop half guessing and help you can you give us the output of:bitbake -e virtual/kernel | grep -e "^PREFERRED_PROVIDER_"$ bitbake -e virtual/kernel | grep -e "^PREFERRED_PROVIDER_" PREFERRED_PROVIDER_virtual/kernel="linux-yocto"[...] Not sure this will fly nicely (the kernel headers being older than yourbitbake -e virtual/kernel | grep -e "^PREFERRED_VERSION_"$ bitbake -e virtual/kernel | grep -e "^PREFERRED_VERSION_" kernel). Otherwise ok. And here we have the winner :)bitbake -e virtual/kernel | grep -e "^OVERRIDES="$ bitbake -e virtual/kernel | grep -e "^OVERRIDES=" You don't have a 5.10 linux-yocto recipe so obviously bitbake can't compile it. Now, I don't know why 4.19 is taken and not 5.2. I quickly looked into both recipes and didn't find a DEFAULT_PREFERENCE (c.f. https://docs.yoctoproject.org/ref-manual/variables.html?highlight=preference#term-DEFAULT_PREFERENCE). So, can you tell us how you created your 5.10 recipe and where you put it (the filename, the path in the layer, is it in a new layer? if yes, did you add it to bblayers.conf? etc...). Quentin
|
|
|
|
Vijay Rakesh Munganda
Hi Zoran,
Thanks for the reply. The reason behind CMakeLists.txt does not appear is because tgz file is getting extracted into the source folder, it is empty when I checked. My recipe is unable to extract the tgz file which is download in the downloads directory. Do I need to write something specifically for extracting tgz file in the recipe? Thanks, Vijay Rakesh.
|
|
|
|
Zoran
Just maybe... This web pointer can help you!
https://stackoverflow.com/questions/46448682/cmake-error-the-source-does-not-appear-to-contain-cmakelists-txt/52068568 Zoran _______ On Fri, Jan 8, 2021 at 7:18 AM Vijay Rakesh Munganda <vijayrakeshmunganda@...> wrote:
|
|
|
|
Vijay Rakesh Munganda
Anyone, please suggest.
Thanks, Vijay Rakesh
|
|
|
|
Re: How to select Linux kernel version?
JH
Thanks Quentin, here are results:
So we can stop half guessing and help you can you give us the output of: bitbake -e virtual/kernel | grep -e "^PREFERRED_PROVIDER_"$ bitbake -e virtual/kernel | grep -e "^PREFERRED_PROVIDER_" PREFERRED_PROVIDER_console-tools="kbd" PREFERRED_PROVIDER_dbus-glib="dbus-glib" PREFERRED_PROVIDER_dbus-glib-native="dbus-glib-native" PREFERRED_PROVIDER_gdb="gdb" PREFERRED_PROVIDER_gdk-pixbuf="gdk-pixbuf" PREFERRED_PROVIDER_getopt="util-linux-getopt" PREFERRED_PROVIDER_gzip-native="pigz-native" PREFERRED_PROVIDER_libgcc="libgcc" PREFERRED_PROVIDER_linux-libc-headers="linux-libc-headers" PREFERRED_PROVIDER_ltp="ltp" PREFERRED_PROVIDER_matchbox-panel="matchbox-panel-2" PREFERRED_PROVIDER_nativesdk-libgcc="nativesdk-libgcc" PREFERRED_PROVIDER_nativesdk-linux-libc-headers="nativesdk-linux-libc-headers" PREFERRED_PROVIDER_nativesdk-mesa="nativesdk-mesa" PREFERRED_PROVIDER_nativesdk-openssl="nativesdk-openssl" PREFERRED_PROVIDER_nativesdk-opkg="nativesdk-opkg" PREFERRED_PROVIDER_nativesdk-pkgconfig="nativesdk-pkgconfig" PREFERRED_PROVIDER_openssl="openssl" PREFERRED_PROVIDER_openssl-native="openssl-native" PREFERRED_PROVIDER_opkg="opkg" PREFERRED_PROVIDER_opkg-native="opkg-native" PREFERRED_PROVIDER_pkgconfig="pkgconfig" PREFERRED_PROVIDER_pkgconfig-native="pkgconfig-native" PREFERRED_PROVIDER_udev="systemd" PREFERRED_PROVIDER_virtual/base-utils="busybox" PREFERRED_PROVIDER_virtual/egl="mesa" PREFERRED_PROVIDER_virtual/fakeroot-native="pseudo-native" PREFERRED_PROVIDER_virtual/gettext="gettext" PREFERRED_PROVIDER_virtual/i686-oe-linux-binutils="binutils-cross-i686" PREFERRED_PROVIDER_virtual/i686-oe-linux-compilerlibs="gcc-runtime" PREFERRED_PROVIDER_virtual/i686-oe-linux-g++="gcc-cross-i686" PREFERRED_PROVIDER_virtual/i686-oe-linux-gcc="gcc-cross-i686" PREFERRED_PROVIDER_virtual/kernel="linux-yocto" PREFERRED_PROVIDER_virtual/libc="glibc" PREFERRED_PROVIDER_virtual/libc-locale="glibc-locale" PREFERRED_PROVIDER_virtual/libgl="mesa" PREFERRED_PROVIDER_virtual/libgl-native="mesa-native" PREFERRED_PROVIDER_virtual/libgles1="mesa" PREFERRED_PROVIDER_virtual/libgles2="mesa" PREFERRED_PROVIDER_virtual/libiconv="glibc" PREFERRED_PROVIDER_virtual/libintl="glibc" PREFERRED_PROVIDER_virtual/libx11="libx11" PREFERRED_PROVIDER_virtual/make="make" PREFERRED_PROVIDER_virtual/make-native="make-native" PREFERRED_PROVIDER_virtual/mesa="mesa" PREFERRED_PROVIDER_virtual/nativesdk-libc="nativesdk-glibc" PREFERRED_PROVIDER_virtual/nativesdk-libgl="nativesdk-mesa" PREFERRED_PROVIDER_virtual/nativesdk-libiconv="nativesdk-glibc" PREFERRED_PROVIDER_virtual/nativesdk-libintl="nativesdk-glibc" PREFERRED_PROVIDER_virtual/update-alternatives="opkg-utils" PREFERRED_PROVIDER_virtual/update-alternatives-native="opkg-utils-native" PREFERRED_PROVIDER_virtual/x86_64-oesdk-linux-binutils-crosssdk="binutils-crosssdk-x86_64-oesdk-linux" PREFERRED_PROVIDER_virtual/x86_64-oesdk-linux-compilerlibs="nativesdk-gcc-runtime" PREFERRED_PROVIDER_virtual/x86_64-oesdk-linux-g++="gcc-crosssdk-x86_64-oesdk-linux" PREFERRED_PROVIDER_virtual/x86_64-oesdk-linux-gcc="gcc-crosssdk-x86_64-oesdk-linux" PREFERRED_PROVIDER_virtual/xserver="xserver-xorg" PREFERRED_PROVIDER_virtual/xserver-xf86="xserver-xorg" PREFERRED_PROVIDER_xf86-video-intel="xf86-video-intel" bitbake -e virtual/kernel | grep -e "^PREFERRED_VERSION_"$ bitbake -e virtual/kernel | grep -e "^PREFERRED_VERSION_" PREFERRED_VERSION_binutils="2.32%" PREFERRED_VERSION_binutils-cross-canadian-i686="2.32%" PREFERRED_VERSION_binutils-cross-i686="2.32%" PREFERRED_VERSION_binutils-crosssdk-x86_64-oesdk-linux="2.32%" PREFERRED_VERSION_binutils-native="2.32%" PREFERRED_VERSION_cross-localedef-native="2.30%" PREFERRED_VERSION_gcc="9.%" PREFERRED_VERSION_gcc-cross-canadian-i686="9.%" PREFERRED_VERSION_gcc-cross-i686="9.%" PREFERRED_VERSION_gcc-cross-initial-i686="9.%" PREFERRED_VERSION_gcc-crosssdk-initial-x86_64-oesdk-linux="9.%" PREFERRED_VERSION_gcc-crosssdk-x86_64-oesdk-linux="9.%" PREFERRED_VERSION_gcc-runtime="9.%" PREFERRED_VERSION_gcc-sanitizers="9.%" PREFERRED_VERSION_gdb="8.3%" PREFERRED_VERSION_gdb-cross-canadian-i686="8.3%" PREFERRED_VERSION_gdb-cross-i686="8.3%" PREFERRED_VERSION_glibc="2.30%" PREFERRED_VERSION_glibc-locale="2.30%" PREFERRED_VERSION_glibc-mtrace="2.30%" PREFERRED_VERSION_glibc-scripts="2.30%" PREFERRED_VERSION_go="1.12%" PREFERRED_VERSION_go-cross-canadian-i686="1.12%" PREFERRED_VERSION_go-cross-core2-32="1.12%" PREFERRED_VERSION_go-crosssdk-x86_64="1.12%" PREFERRED_VERSION_go-native="1.12%" PREFERRED_VERSION_go-runtime="1.12%" PREFERRED_VERSION_libgcc="9.%" PREFERRED_VERSION_libgcc-initial="9.%" PREFERRED_VERSION_libgfortran="9.%" PREFERRED_VERSION_linux-libc-headers="5.2%" PREFERRED_VERSION_linux-yocto="5.10.%" PREFERRED_VERSION_llvm="8.0.1" PREFERRED_VERSION_llvm-native="8.0.1" PREFERRED_VERSION_nativesdk-gcc="9.%" PREFERRED_VERSION_nativesdk-gcc-runtime="9.%" PREFERRED_VERSION_nativesdk-gcc-sanitizers="9.%" PREFERRED_VERSION_nativesdk-glibc="2.30%" PREFERRED_VERSION_nativesdk-go="1.12%" PREFERRED_VERSION_nativesdk-go-runtime="1.12%" PREFERRED_VERSION_nativesdk-libgcc="9.%" PREFERRED_VERSION_nativesdk-libgcc-initial="9.%" PREFERRED_VERSION_nativesdk-linux-libc-headers="5.2%" PREFERRED_VERSION_nativesdk-llvm="8.0.1" PREFERRED_VERSION_nativesdk-qemu="4.1%" PREFERRED_VERSION_qemu="4.1%" PREFERRED_VERSION_qemu-native="4.1%" PREFERRED_VERSION_virtual/i686-oe-linux-go="1.12%" PREFERRED_VERSION_wpa_supplicant="2.6" bitbake -e virtual/kernel | grep -e "^OVERRIDES="$ bitbake -e virtual/kernel | grep -e "^OVERRIDES=" OVERRIDES="linux:i686:pn-linux-yocto:x86:qemuall:qemux86:solar-distro:class-target:libc-glibc:forcevariable" bitbake-layers show-recipes linux-yocto linux-fslc$ bitbake-layers show-recipes linux-yocto linux-fslc NOTE: Starting bitbake server... Loading cache: 100% |############################################| Time: 0:00:00 Loaded 1473 entries from dependency cache. Parsing recipes: 100% |##########################################| Time: 0:00:02 Parsing of 922 .bb files complete (920 cached, 2 parsed). 1475 targets, 295 skipped, 0 masked, 0 errors. === Matching recipes: === linux-fslc: meta-freescale 5.1 (skipped) linux-yocto: meta 5.2.28+gitAUTOINC+dd6019025c_992280855e meta 4.19.87+gitAUTOINC+4f5d761316_b44ad1b1e7 $ cat local.conf ............ PREFERRED_PROVIDER_virtual/kernel="linux-yocto" PREFERRED_VERSION_linux-yocto = "5.10.%" ............. Thank you very much. Kind regards, - jupiter
|
|
|
|
Suggestions on improvements
Meh Mbeh Ida Delphine <idadelm@...>
Hello everyone, I'm trying to improve the Yocto Project's license tracing based on a proof-of concept implementation of linking sources with SPDX headers to output files by Richard at http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=rpurdie/license-experiments-osls. The code in package.bbclass creates a list of SPDX headers found for the sources that make up a given set of binaries that make up an individual package using debug symbols to map sources to the binaries. This is then compared with the license field of the given package containing those binaries. Due to some mismatches, warnings pop up during the build. Below are some few sample warnings and I'm aware of false positives; WARNING: glibc-2.32-r0 do_package: License for package nscd is {'GPL-2.0 WITH Linux-syscall-note'} vs GPLv2 & LGPLv2.1 WARNING: glibc-2.32-r0 do_package: License for package sln is {'GPL-2.0 WITH Linux-syscall-note'} vs GPLv2 & LGPLv2.1 WARNING: glibc-2.32-r0 do_package: License for package ldconfig is {'GPL-2.0 WITH Linux-syscall-note'} vs GPLv2 & LGPLv2.1 WARNING: glibc-2.32-r0 do_package: License for package glibc is {'GPL-2.0 WITH Linux-syscall-note'} vs GPLv2 & LGPLv2.1 WARNING: glibc-2.32-r0 do_package: License for package glibc-staticdev is {'GPL-2.0 WITH Linux-syscall-note'} vs GPLv2 & LGPLv2.1 WARNING: libcap-ng-0.8-r0 do_package: License for package libcap-ng is {'GPL-2.0 WITH Linux-syscall-note'} vs GPLv2+ & LGPLv2.1+ WARNING: libtirpc-1.2.6-r0 do_package: License for package libtirpc is {'GPL-2.0 WITH Linux-syscall-note'} vs BSD-3-Clause WARNING: ptest-runner-2.4.0+gitAUTOINC+834670317b-r0 do_package: License for package ptest-runner is {'GPL-2.0-or-later'} vs GPLv2+ WARNING: libcap-2.44-r0 do_package: License for package libcap is {'GPL-2.0 WITH Linux-syscall-note'} vs BSD | GPLv2 WARNING: libcap-2.44-r0 do_package: License for package libcap-staticdev is {'GPL-2.0 WITH Linux-syscall-note'} vs BSD | GPLv2 WARNING: openssl-1.1.1h-r0 do_package: License for package openssl-engines is {'GPL-2.0 WITH Linux-syscall-note', 'GPL-2.0+ WITH Linux-syscall-note'} vs openssl Any suggestions on improvements I can make to this functionality? Cheers, Ida.
|
|
|
|
Re: [meta-tensorflow][PATCH 8/25] tensorflow-estimator: 1.13 -> 2.4
On 2021-01-07 1:47 p.m., Belisko Marek wrote:
Hi Marek,Marek,Yes this comes from master branch. Is it: A) Comes from master and is a problem on dunfell or B) it is reproducible on the master branch? Given that you said: I'm getting issue when building tensorflow-estimator (I add smallI suspect it's A only. Right? What are your small changes. Hongxu may take a quick look but we generally can't afford to investigate all combinations of recipe/branchs as I'm sure you can appreciate. If you can reproduce the error on master without or even with your changes then that's a different story. Good luck and Happy New Year! -- # Randy MacLeod # Wind River Linux
|
|
|
|
Re: [meta-tensorflow][PATCH 8/25] tensorflow-estimator: 1.13 -> 2.4
Marek Belisko
HI Randy,
On Thu, Jan 7, 2021 at 6:51 PM Randy MacLeod <randy.macleod@...> wrote: Yes this comes from master branch. BR, marek
-- as simple and primitive as possible ------------------------------------------------- Marek Belisko - OPEN-NANDRA Freelance Developer Ruska Nova Ves 219 | Presov, 08005 Slovak Republic Tel: +421 915 052 184 skype: marekwhite twitter: #opennandra web: http://open-nandra.com
|
|
|
|
Re: insmod - huawei E3372h kernel module
Zoran
Since some variables and functions are exported in .c files, and notQuite an opposite. It must be defined to be exported, and to appear in Module.symvers . If it is NOT defined as exported (EXPORT_SYMBOL, EXPORT_SYMBOL_GPL), it will behave as from your initial post, if the driver is defined as a module. The example for this behaviour is here: https://github.com/ZoranStojsavljevic/mikrobus/blob/mikrobusv2-debug/mikrobus_core.c#L447 Symbol regulator_register_always_on (it is NOT exported at all, neither in include/linux/regulator/fixed.h, neither in drivers/regulator/fixed-helper.c). So the mikrobus driver, being a module, produces such an error: unknown symbol in module, or unknown parameter . _______ Sorry for the confusion. :( Zoran _______ On Thu, Jan 7, 2021 at 6:55 PM Zoltan Kerenyi Nagy <kerenyi.nagy.zoltan@...> wrote:
|
|
|
|
Re: [meta-tensorflow][PATCH 8/25] tensorflow-estimator: 1.13 -> 2.4
On 2021-01-04 5:30 a.m., Marek Belisko wrote:
Hi Hongxu,Marek, Does this happen if you use the master branch? Hongxu, Any tips for Marek? ../Randy -- # Randy MacLeod # Wind River Linux
|
|
|
|
Re: insmod - huawei E3372h kernel module
Zoran
If I think more... For driver development the Out Of (OOT) Tree driver
is a must, and so far the most efficient way is to have native tool environment presence on the target, so the quick recompilation of the module is a must/should be achieved... It is a pain doing this on the host using cross compilation, or even building it to the kernel. Once the driver is stable, then it should be built-in with Y in the kernel, changing the YOCTO kernel defconfig (not the topic for this problem, there is a good explanation how to do that in YOCTO manuals). If the driver is out of shelf, it should be recompiled as built-in the kernel. There are differences between having an OOT driver versus a built-in driver. Since some variables and functions are exported in .c files, and not propagated into related .h files. And then this makes some confusion while having OOT drivers. Zoran _______ On Thu, Jan 7, 2021 at 4:27 PM Zoran via lists.yoctoproject.org <zoran.stojsavljevic=gmail.com@...> wrote:
|
|
|
|
Yocto zeus, npm fetcher, bug
Zimmermann, Anthony
Hello, [2] node red recipe: https://github.com/intel-iot-devkit/meta-iot-cloud/tree/zeus/recipes-node-red/node-red [3] openembbed.org (noe-red recipe):
https://layers.openembedded.org/layerindex/recipe/67980/
|
|
|
|
Re: insmod - huawei E3372h kernel module
Zoran
No, no... I did not mean in the makefile to change m to y.
Please, maybe you can try to set your makefile to lookalike as these ones: https://github.com/ZoranStojsavljevic/mikrobus/blob/mikrobusv2/Makefile https://github.com/ZoranStojsavljevic/mikrobus/blob/mikrobusv2-debug/Makefile Zoran _______ On Thu, Jan 7, 2021 at 4:17 PM Zoltan Kerenyi Nagy <kerenyi.nagy.zoltan@...> wrote:
|
|
|
|
Re: insmod - huawei E3372h kernel module
Zoltan Kerenyi Nagy
Hi Zoran, Thanks, I modified the Makefile: obj-m := huawei_cdc_ncm.o Kconfig (obj-y := huawei_cdc_ncm.o) SRC := $(shell pwd) all: $(MAKE) -C $(KERNEL_SRC) M=$(SRC) modules_install: $(MAKE) -C $(KERNEL_SRC) M=$(SRC) modules_install clean: rm -f *.o *~ core .depend .*.cmd *.ko *.mod.c rm -f Module.markers Module.symvers modules.order rm -rf .tmp_versions Modules.symvers but this is the error: ERROR: huawei-1.1-r0 do_configure: oe_runmake failed ERROR: huawei-1.1-r0 do_configure: Function failed: do_configure (log file is located at /home/kerenyiz/oe-core/build/tmp-glibc/work/barix_ipam400-oe-linux-gnueabi/huawei/1.1-r0/temp/log.do_configure.4488) ERROR: Logfile of failure stored in: /home/kerenyiz/oe-core/build/tmp-glibc/work/barix_ipam400-oe-linux-gnueabi/huawei/1.1-r0/temp/log.do_configure.4488 Log data follows: | DEBUG: Executing shell function do_configure | NOTE: make KERNEL_SRC=/home/kerenyiz/oe-core/build/tmp-glibc/work-shared/barix-ipam400/kernel-source clean | ERROR: oe_runmake failed | Makefile:2: *** empty variable name. Stop. | ERROR: Function failed: do_configure (log file is located at /home/kerenyiz/oe-core/build/tmp-glibc/work/barix_ipam400-oe-linux-gnueabi/huawei/1.1-r0/temp/log.do_configure.4488) ERROR: Task (/home/kerenyiz/oe-core/build/../stuff/meta-barix-sdk/recipes-z/kernel-modules/huawei/huawei_1.1.bb:do_configure) failed with exit code '1' NOTE: Tasks Summary: Attempted 3880 tasks of which 3873 didn't need to be rerun and 1 failed.
On Thu, 7 Jan 2021 at 16:03, Zoran Stojsavljevic <zoran.stojsavljevic@...> wrote: Hello Zoltan, --
Zolee
|
|
|
|
Re: insmod - huawei E3372h kernel module
Zoran
Hello Zoltan,
root@barix-ipam400:~# insmod /lib/modules/4.10.0/extra/huawei_cdc_ncm.koPlease, try to set Kconfig (obj-y := huawei_cdc_ncm.o) to y, I guess 99.9% that the kernel compilation (actually, driver compilation) will pass. I think YOCTO (recipe) behaves perfectly correctly. Other approach: try to compile the same module with Makefile above on the target. (my two cent thoughts) Zoran _______ On Thu, Jan 7, 2021 at 2:46 PM Zoltan Kerenyi Nagy <kerenyi.nagy.zoltan@...> wrote:
|
|
|
|
Monsees, Steven C (US)
What would cause this “opkg” to not pull in these components ?, and how do I ensure “opkg” can find these components : “inetutils-rsh” and “inetutils-rshd” ?
Using “zeus”…, error log attached…
Build output:
07:34 smonsees@yix490016 /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default> bitbake -k aiox-defaultfs WARNING: Host distribution "rhel-7.9" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. WARNING: /disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-linaro/meta-linaro/recipes-kernel/linux/linux-hikey-ilp32_4.12.bb: Variable key FILES_${KERNEL_PACKAGE_NAME}-devicetree (/${KERNEL_IMAGEDEST}/*.dtb /${KERNEL_IMAGEDEST}/*.dtbo) replaces original key FILES_kernel-devicetree ( /boot/*.dtb). WARNING: /disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-linaro/meta-linaro/recipes-kernel/linux/linux-hikey-ilp32_4.12.bb: Variable key RDEPENDS_${KERNEL_PACKAGE_NAME}-image ( ${@oe.utils.conditional('KERNEL_IMAGETYPE', 'vmlinux', '${KERNEL_PACKAGE_NAME}-vmlinux', '', d)}) replaces original key RDEPENDS_kernel-image ( kernel-devicetree). ` Parsing recipes: 100% |###########################################################################################| Time: 0:02:21Parsing of 2473 .bb files complete (0 cached, 2473 parsed). 3669 targets, 145 skipped, 0 masked, 0 errors. NOTE: Resolving any missing task queue dependencies
Build Configuration: BB_VERSION = "1.44.0" BUILD_SYS = "x86_64-linux" NATIVELSBSTRING = "rhel-7.9" TARGET_SYS = "aarch64-poky-linux" MACHINE = "aiox-default" DISTRO = "limws" DISTRO_VERSION = "3.0.4" TUNE_FEATURES = "aarch64" TARGET_FPU = "" meta meta-poky = "my_yocto_3.0.4:f2eb22a8783f1eecf99bd4042695bab920eed00e" meta-linaro = "zeus:a414b5555301d0c80facb6dc5a5badbc69036131" meta-perl meta-python meta-filesystems meta-networking meta-initramfs meta-oe = "zeus:2b5dd1eb81cd08bc065bc76125f2856e9383e98b" meta-xilinx-bsp meta-xilinx-contrib = "zeus:b82343ac5f013926839627cee9dae7106c008ae9" meta-bl31 meta-aarch64 = "v2019.02:f635a364c55f1fb12519aff54924a0a5b947091e"
Initialising tasks: 100% |########################################################################################| Time: 0:00:03 Sstate summary: Wanted 1412 Found 1361 Missed 51 Current 0 (96% match, 0% complete) NOTE: Executing Tasks NOTE: Setscene tasks completed ERROR: aiox-defaultfs-1.0-r0 do_rootfs: Unable to install packages. Command '/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/aiox_default-poky-linux/aiox-defaultfs/1.0-r0/recipe-sysroot-native/usr/bin/opkg --volatile-cache -f /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/aiox_default-poky-linux/aiox-defaultfs/1.0-r0/opkg.conf -t /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/aiox_default-poky-linux/aiox-defaultfs/1.0-r0/temp/ipktemp/ -o /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/aiox_default-poky-linux/aiox-defaultfs/1.0-r0/rootfs --force_postinstall --prefer-arch-to-version install base-files bash bc binutils bridge-utils coreutils crush cs-hdlc dhcp-server dhcp-server-config e2fsprogs ethtool haveged hdparm i2c- tools inetutils inetutils-rsh inetutils-rshd iperf3 iproute2 iptables iputils iputils-ping kernel-modules key-helper kmod libpci3 module-init-tools mtd-utils mtd-utils-ubifs nano ncurses ncurses-dev net-tools netcat nfs-utils nfs-utils-stats ntfs-3g ntfsprogs openssh openssh-sftp-server packagegroup-base-vfat packagegroup-core-boot pciutils pciutils-ids peekpoke perl plx8000 plx8000nt plxsvc pub-key python python-stringold python-subprocess rsync run-postinsts sg3-utils swig tar tcpdump tftp-hpa tftp-hpa-server traceroute usbutils util-linux wolfssl xinetd' returned 255: Collected errors: * opkg_prepare_url_for_install: Couldn't find anything to satisfy 'inetutils-rsh'. * rm_r: Failed to open dir /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/aiox_default-poky-linux/aiox-defaultfs/1.0-r0/temp/ipktemp//opkg-XugyZ2: No such file or directory.
ERROR: Logfile of failure stored in: /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/aiox_default-poky-linux/aiox-defaultfs/1.0-r0/temp/log.do_rootfs.3516 ERROR: Task (/disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-bae/meta-limws/meta-aarch64/recipes-core/images/aiox-defaultfs.bb:do_rootfs) failed with exit code '1' NOTE: Tasks Summary: Attempted 3941 tasks of which 3509 didn't need to be rerun and 1 failed.
Summary: 1 task failed: /disk0/scratch/smonsees/yocto/workspace_3/poky/../meta-bae/meta-limws/meta-aarch64/recipes-core/images/aiox-defaultfs.bb:do_rootfs Summary: There were 3 WARNING messages shown. Summary: There was 1 ERROR message shown, returning a non-zero exit code. 07:52 smonsees@yix490016 /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default>
07:52 smonsees@yix490016 /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default>bitbake -e inetutils-rsh WARNING: Host distribution "rhel-7.9" has not been validated with this version of the build system; you may possibly experience unexpected failures. It is recommended that you use a tested distribution. Loading cache: 100% |#############################################################################################| Time: 0:00:00 Loaded 3668 entries from dependency cache. Parsing recipes: 100% |###########################################################################################| Time: 0:00:00 Parsing of 2473 .bb files complete (2471 cached, 2 parsed). 3669 targets, 145 skipped, 0 masked, 0 errors. ERROR: Nothing PROVIDES 'inetutils-rsh'. Close matches: inetutils inetutils RPROVIDES inetutils-rsh
Summary: There was 1 WARNING message shown. Summary: There was 1 ERROR message shown, returning a non-zero exit code. 08:32 smonsees@yix490016 /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default>
08:53 smonsees@yix490016 /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default>bitbake -e inetutils | grep ^S= S="/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/aarch64-poky-linux/inetutils/1.9.4-r0/inetutils-1.9.4" 08:54 smonsees@yix490016 /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default>bitbake -e inetutils | grep ^WORKDIR= WORKDIR="/disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default/tmp/work/aarch64-poky-linux/inetutils/1.9.4-r0" 08:54 smonsees@yix490016 /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default>bitbake -e inetutils | grep ^IMAGE_FSTYPES= IMAGE_FSTYPES="cpio.gz" 08:54 smonsees@yix490016 /disk0/scratch/smonsees/yocto/workspace_3/meta-bae/meta-limws/builds/aiox-default>
Thanks, Steve
|
|
|
|
insmod - huawei E3372h kernel module
Zoltan Kerenyi Nagy
Hi Folks, I bitbaked a Huawei E3372h driver into the distro with this recipe file: SUMMARY = "Huawei Stick kernel module" LICENSE = "CLOSED" inherit module SRC_URI = "file://Makefile \ file://huawei_cdc_ncm.c \ " S = "${WORKDIR}" The makefile looks like this: obj-m := huawei_cdc_ncm.o SRC := $(shell pwd) all: $(MAKE) -C $(KERNEL_SRC) M=$(SRC) modules_install: $(MAKE) -C $(KERNEL_SRC) M=$(SRC) modules_install clean: rm -f *.o *~ core .depend .*.cmd *.ko *.mod.c rm -f Module.markers Module.symvers modules.order rm -rf .tmp_versions Modules.symvers The source file is the one that matches the kernel: I included this into the conf file: KERNEL_MODULE_AUTOLOAD
+= "lte"KERNEL_MODULE_PROBECONF += "lte"huawei_cdc_ncm = "options lte
iProduct=E3372h iManufacturer=Huawei" Bitbake runs without error, however when I insert the SD card into the hardware ( barix ipam 400) and boot the hardware this is the error message: root@barix-ipam400:~# insmod /lib/modules/4.10.0/extra/huawei_cdc_ncm.ko insmod: can't insert '/lib/modules/4.10.0/extra/huawei_cdc_ncm.ko': unknown symbol in module, or unknown parameter To
me it looks like that there was an error during the bitbake, or the
header files included in the driver doesn't match the kernel. Do you have any idea how to procede? Thanks, -- Zolee
|
|
|
|
Re: How to select Linux kernel version?
Quentin Schulz
Hi,
On Thu, Jan 07, 2021 at 09:07:58PM +1100, JH wrote: Thanks kapllaj.So we can stop half guessing and help you can you give us the output of:On meta-freescale, you find this onYes I use imx6ull, I've looked those config files, nothing set to run 4.19. bitbake -e virtual/kernel | grep -e "^PREFERRED_PROVIDER_" bitbake -e virtual/kernel | grep -e "^PREFERRED_VERSION_" bitbake -e virtual/kernel | grep -e "^OVERRIDES=" bitbake-layers show-recipes linux-yocto linux-fslc Thanks, Quentin
|
|
|