Re: [yocto] etherlab

2024-01-26 Thread Daniele Lugli
On Thu, Jan 25, 2024 at 01:03 PM, Daniele Lugli wrote:

> 
> I would like to have autotools available but to decide myself how to use
> them.

Not possible?

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62304): https://lists.yoctoproject.org/g/yocto/message/62304
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] etherlab

2024-01-25 Thread Daniele Lugli
I would like to have autotools available but to decide myself how to use them.

Here is mytest-image.bb:

# Adapted from the meta-intel layer

require recipes-core/images/core-image-minimal.bb

# Skip processing of this recipe if linux-intel-rt is not explicitly specified 
as the
# PREFERRED_PROVIDER for virtual/kernel. This avoids errors when trying
# to build multiple virtual/kernel providers.
python () {
if d.getVar("PREFERRED_PROVIDER_virtual/kernel") != "linux-intel-rt":
raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-intel-rt to enable it")
}

DESCRIPTION = "Small image capable of booting a device with a test suite and \
tools for real-time use. It includes the full meta-toolchain, development \
headers and libraries to form a standalone SDK."

DEPENDS += " linux-intel-rt linux-libc-headers"

IMAGE_FEATURES += "dev-pkgs tools-sdk tools-debug eclipse-debug tools-profile 
tools-testapps debug-tweaks"

#IMAGE_FEATURES += "keyboard" non disponibile
#IMAGE_FEATURES += "ldconfig" non disponibile
#IMAGE_FEATURES += "x11-sato"

IMAGE_INSTALL += "rt-tests hwlatdetect kernel-dev kernel-devsrc"
IMAGE_INSTALL += "keymaps"
IMAGE_INSTALL += "vim"
IMAGE_INSTALL += "emacs"
IMAGE_INSTALL += "nano"
IMAGE_INSTALL += "cmake"

# 240118
IMAGE_INSTALL:append = " kernel-dev"
IMAGE_INSTALL:append = " kernel-devsrc"
IMAGE_INSTALL:append = " kernel-modules"

IMAGE_INSTALL += "simple-rt"
IMAGE_INSTALL += "italian"
IMAGE_INSTALL += "ethercat-userspace"
IMAGE_INSTALL += "ethercat-kernel"

LICENSE = "MIT"

Here is ethercat-kernel.bb:

LICENSE = "GPL-2.0-only & LGPL-2.1-only"
LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING.LESSER;md5=4fbd65380cdd255951079008b364516c \
file://devices/e1000/LICENSE;md5=e2643b73e47fa4b29cdfad24ee42bed6"

DEPENDS += "pkgconfig-native"
RDEPENDS:${PN} += "bash"

SRC_URI = 
"git://gitlab.com/etherlab.org/ethercat.git;protocol=https;branch=master"

# Modify these as desired
PV = "1.6.0-rc1+git${SRCPV}"
SRCREV = "420e6150f55b71b97a84c64831f4928e0859a0e9"

S = "${WORKDIR}/git"

inherit autotools
inherit module

EXTRA_OECONF = "--sysconfdir=/etc --enable-generic --disable-igb 
--disable-8139too --with-linux-dir=${STAGING_KERNEL_BUILDDIR}"
EXTRA_OEMAKE += "-f Makefile"

#do_configure() {
# sh ./bootstrap
# sh ./configure --sysconfdir=/etc --disable-8139too --disable-igb 
--with-linux-dir=${STAGING_KERNEL_BUILDDIR}
#}

#do_compile() {
# make all
# make modules
#}

#do_install() {
# make modules_install
# make install
# depmod
#}

FILES:${PN} += "${datadir}/*"

Here is my local.conf (#comments removed):

MACHINE ?= "intel-corei7-64"

DISTRO ?= "poky"

EXTRA_IMAGE_FEATURES ?= "debug-tweaks"

USER_CLASSES ?= "buildstats"

PATCHRESOLVE = "noop"

BB_DISKMON_DIRS ??= "\
STOPTASKS,${TMPDIR},1G,100K \
STOPTASKS,${DL_DIR},1G,100K \
STOPTASKS,${SSTATE_DIR},1G,100K \
STOPTASKS,/tmp,100M,100K \
HALT,${TMPDIR},100M,1K \
HALT,${DL_DIR},100M,1K \
HALT,${SSTATE_DIR},100M,1K \
HALT,/tmp,10M,1K"

CONF_VERSION = "2"

PREFERRED_PROVIDER_virtual/kernel = "linux-intel-rt"

EXTRA_IMAGE_FEATURES:append = " tools-sdk dev-pkgs "

WKS_FILE = "image-installer.wks.in"
IMAGE_FSTYPES:append = " ext4"
IMAGE_TYPEDEP:wic = "ext4"
INITRD_IMAGE_LIVE="core-image-minimal-initramfs"
do_image_wic[depends] += "${INITRD_IMAGE_LIVE}:do_image_complete"
do_rootfs[depends] += "virtual/kernel:do_deploy"
IMAGE_BOOT_FILES:append = "\
${KERNEL_IMAGETYPE} \
microcode.cpio \
${IMGDEPLOYDIR}/${IMAGE_BASENAME}-${MACHINE}.rootfs.ext4;rootfs.img \
${@bb.utils.contains('EFI_PROVIDER', 'grub-efi', 
'grub-efi-bootx64.efi;EFI/BOOT/bootx64.efi', '', d)} \
${@bb.utils.contains('EFI_PROVIDER', 'grub-efi', 
'${IMAGE_ROOTFS}/boot/EFI/BOOT/grub.cfg;EFI/BOOT/grub.cfg', '', d)} \
${@bb.utils.contains('EFI_PROVIDER', 'systemd-boot', 
'systemd-bootx64.efi;EFI/BOOT/bootx64.efi', '', d)} \
${@bb.utils.contains('EFI_PROVIDER', 'systemd-boot', 
'${IMAGE_ROOTFS}/boot/loader/loader.conf;loader/loader.conf ', '', d)} \
${@bb.utils.contains('EFI_PROVIDER', 'systemd-boot', 
'${IMAGE_ROOTFS}/boot/loader/entries/boot.conf;loader/entries/boot.conf', '', 
d)} "

Thank you

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62289): https://lists.yoctoproject.org/g/yocto/message/62289
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] etherlab

2024-01-24 Thread Daniele Lugli
Interesting. I see from the doc ( 
https://docs.yoctoproject.org/ref-manual/classes.html?highlight=autotools#autotools
 ) that the autotools class also runs, "behind the scenes", a do_configure and 
a do_install. That's all or are there any more? Can I also replace these by 
writing my own do_configure and do_install?

Thank you
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62275): https://lists.yoctoproject.org/g/yocto/message/62275
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] etherlab

2024-01-24 Thread Daniele Lugli
Hi Ross, thank you for your reply.

I tried

...
inherit autotools
inherit module

EXTRA_OECONF = "--sysconfdir=/etc --enable-generic --disable-igb 
--disable-8139too --with-linux-dir=${STAGING_KERNEL_BUILDDIR}"
EXTRA_OEMAKE += "-f ${S}/Makefile.kbuild"
...

and now Makefile.kbuild is found.
The error is now:

| make -C "" M="" INSTALL_MOD_DIR="" modules
| make: the '-C' option requires a non-empty string argument

Makefile.kbuild contains

KBUILD = $(MAKE) -C "$(LINUX_SOURCE_DIR)" M="$(abs_srcdir)" INSTALL_MOD_DIR= 
"$(INSTALL_MOD_DIR)"

modules:
$(KBUILD) modules

so the problem is that these variables are empty.

As there is also a Makefile, containing references to Makefile.kbuild, I also 
tried with

EXTRA_OEMAKE += "-f Makefile"

(the default ${B} should be good here because Makefile doesn't come out of git, 
it is created by configure)

and now I get

| ../../git/lib/domain.c:38:10: fatal error: stdio.h: No such file or directory

and a bunch of similar errors.
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62274): https://lists.yoctoproject.org/g/yocto/message/62274
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] kernel headers in my image

2024-01-24 Thread Daniele Lugli
I hadn't. Now, my modules are built.

Thank you very much!
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62269): https://lists.yoctoproject.org/g/yocto/message/62269
Mute This Topic: https://lists.yoctoproject.org/mt/103936013/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] kernel headers in my image

2024-01-24 Thread Daniele Lugli
Hi all,

I would like to have kernel headers in my image, in order to locally build a 
module.

I added

IMAGE_INSTALL:append = " kernel-dev"
IMAGE_INSTALL:append = " kernel-devsrc"
IMAGE_INSTALL:append = " kernel-modules"

in my image recipe and, as a result, I see that /usr/src/kernel and 
/lib/modules/${uname -r}/build are now populated.

But when I try to build my module (which builds correctly on a non-poky 
machine) I get:

./include/linux/compiler.h:247:10: fatal error: asm/rwonce.h No such file or 
directory

And, in fact, there is no rwonce.h under /usr/src/kernel. There is one under 
/lib/modules... but it is in asm-generic/rwonce.h

Any idea?

Thank you in advance
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62258): https://lists.yoctoproject.org/g/yocto/message/62258
Mute This Topic: https://lists.yoctoproject.org/mt/103936013/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] etherlab

2024-01-24 Thread Daniele Lugli
Hi all,

Is there a way to have autotools available in the recipe, but without 
automatically executing configure and make?

So I could have my own invocations of make, make modules, make modules_install 
etc

Thank you
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62257): https://lists.yoctoproject.org/g/yocto/message/62257
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] etherlab

2024-01-22 Thread Daniele Lugli
On Mon, Jan 22, 2024 at 12:08 PM, Ross Burton wrote:

> 
> Especially when someone is trying to be clever and wrap the kbuild
> infrastructure inside autotools.

Not me :)

Thank you very much, Ross. Now I have an ethercat-userspace.bb recipe with 
--disable-kernel, and the following ethercat-kernel.bb:

LICENSE = "GPL-2.0-only & LGPL-2.1-only"
LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING.LESSER;md5=4fbd65380cdd255951079008b364516c \
file://devices/e1000/LICENSE;md5=e2643b73e47fa4b29cdfad24ee42bed6"

DEPENDS += "pkgconfig-native"
RDEPENDS:${PN} += "bash"

SRC_URI = 
"git://gitlab.com/etherlab.org/ethercat.git;protocol=https;branch=master"

PV = "1.6.0-rc1+git${SRCPV}"
SRCREV = "420e6150f55b71b97a84c64831f4928e0859a0e9"

S = "${WORKDIR}/git"

inherit autotools
inherit module

EXTRA_OECONF = "--enable-generic --disable-igb --disable-8139too 
--with-linux-dir=${STAGING_KERNEL_BUILDDIR}"

EXTRA_OEMAKE += "-f Makefile.kbuild"

FILES:${PN} += "${datadir}/*"

which fails, and in log.do_compile I find:

ERROR: oe_runmake failed
WARNING: exit code 1 from a shell command.
make: Makefile.kbuild: No such file or directory
make: *** No rule to make target 'Makefile.kbuild'.  Stop.

but a 
poky/build/tmp/work/intel_corei7_64-poky-linux/ethercat-kernel/1.6.0-rc1+git/git/Makefile.kbuild
 does exist, and

bitbake-getvar -r ethercat-kernel S

says

S="/home/vboxuser/yocto/poky/build/tmp/work/intel_corei7_64-poky-linux/ethercat-kernel/1.6.0-rc1+git/git"

so it seems to be in the right place.

(By the way, I also find a yocto/poky/build/tmp/ 
work/corei7-64-poky-linux/ethercat-userspace/1.6.0-rc1+git/git/Makefile.kbuild
don't know why, and why is it in corei7-64-poky-linux instead of 
intel_corei7_64-poky-linux)

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62227): https://lists.yoctoproject.org/g/yocto/message/62227
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] etherlab

2024-01-20 Thread Daniele Lugli
Thank you Marek and Ross.

@Ross: I had a look into log.do_configure and found

checking for Linux kernel sources... /usr/src/linux-headers-6.5.0-14-generic 
(Kernel 6.5)

but these are from the host, my target kernel is a 6.1 with PREEMPT_RT !
Also it suggests to look into config.log, where I find

$ ../ethercat/configure --build=x86_64-linux --host=x86_64-poky-linux 
--target=x86_64-poky-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/lib 
--includedir=/usr/include --oldincludedir=/usr/include 
--infodir=/usr/share/info --mandir=/usr/share/man --disable-silent-rules 
--disable-dependency-tracking 
--with-libtool-sysroot=/home/vboxuser/yocto/poky/build/tmp/work/corei7-64-poky-linux/etherlab/0.1/recipe-sysroot
 --disable-static

so in fact my arguments aren't there.



I tried the recipe from Marek (leaving --enable-igb and removing --disable-igb 
as suggested by Ross) and I got

| checking for kernel for igb driver... configure: error: kernel 6.1 not 
available for igb driver!

An internet search shows that the intel igb driver failing to build with 
several recent kernels 6.x seems known, and not related to yocto. So I gave up 
igb and settled for the generic driver with the following modification:

EXTRA_OECONF = "--enable-generic --disable-igb --disable-8139too 
--with-linux-dir=${STAGING_KERNEL_BUILDDIR}"

This way, bitbake completes without errors and I am able to test my image.

When I try to start the ethercat master with

/etc/init.d/ethercat start

I get:

Start EtherCAT master 1.6.0-rc1 modprobe: FATAL: Module ec_master not found in 
directory /lib/modules/6.1.59-rt16-intel-pk-preempt-rt failed

and in fact there is no ec_master.ko in /lib/modules (nor anywhere else).

If I understand correctly 
https://docs.yoctoproject.org/ref-manual/classes.html#autotools, the inherited 
autotools run configure behind the scenes. But the Etherlab installation 
instructions are:

./bootstrap
./configure { with args as needed }
make all modules
make modules_install install
depmod

bootstrap just contains an "autoreconf -i" which, according to the doc, is also 
automatically run behind the scenes.
Arguments for configure are supplied through EXTRA_OECONF and are OK
make modules and make modules_install are probably not run.

I see from the doc that there is also an EXTRA_OEMAKE variable which should 
pass additional arguments to make. So I try:

EXTRA_OEMAKE = "all modules"

but so bitbake fails. I see in log.do_compile:

/home/vboxuser/yocto/poky/build/tmp/work-shared/intel-corei7-64/kernel-source/scripts/Makefile.build:44:
 
/home/vboxuser/yocto/poky/build/tmp/work/corei7-64-poky-linux/ethercat/1.6.0-rc1+git/build/../git/Makefile:
 No such file or directory

I also see a worrying warning:

warning: the compiler differs from the one used to build the kernel
The kernel was built by: x86_64-poky-linux-gcc (GCC) 13.2.0
You are using:           gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0

Why is it using the compiler from the host?
How can I add the custom make commands and depmod?

Thank you in advance for your replies.

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62206): https://lists.yoctoproject.org/g/yocto/message/62206
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] etherlab

2024-01-18 Thread Daniele Lugli
Hi Marek, and thank you for your reply.

Adding line "inherit autotools" (not "autoconf") in my recipe solved that 
problem.
(I also had to put the sources of etherlab as a tgz and not as a plain 
directory)

I am now facing a different problem: the configure command complains

error: kernel 6.5 not available for 8139too driver!

As I don't need 8139too, I changed the configure arguments to

sh configure --sysconfdir=/etc --enable-igb --disable-8139too

This works if I build etherlab out of poky, but has no effect inside 
do_compile: I still get the same "not available" error.

My impression is that my do_compile isn't executed at all, and somehow 
"configure" is executed without my parameters. Is this possible?

Best regards,

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62189): https://lists.yoctoproject.org/g/yocto/message/62189
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] etherlab

2024-01-17 Thread Daniele Lugli
Hi all,

I am trying to add an EtherLAB Ethercat master to my target.

I added a new recipes-etherlab directory at the same level of other working 
recipes:

recipes-etherlab
|
+-etherlab
|
+-etherlab_0.1.bb
|
+-files
|
+-ethercat

The ethercat directory is from https://gitlab.com/etherlab.org/ethercat.git

etherlab_0.1.bb says:

DESCRIPTION = "EtherLAB Ethercat master"

LIC_FILES_CHKSUM = "file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552"
LICENSE = "GPLv2"

S = "${WORKDIR}/etherlab/ethercat"

FILES:${PN} = "\
/etc/init.d/ethercat \
/etc/sysconfig/ethercat \
${libdir}/libethercat.so.1.1.0 \
${libdir}/libethercat.so.1.1 \
${libdir}/libethercat.so.1 \
${bindir}/ethercat"

do_compile() {
autoreconf
sh configure --sysconfdir=/etc --enable-igb
make
}

do_install() {
install -d ${D}${bindir}/
install -d ${D}${libdir}/
install -d ${D}/etc/init.d/
install -m 0755 ${S}/lib/.libs/libethercat.so.1.0.0 
${D}${libdir}/libethercat.so.1.0.0
install -m 0755 ${S}/tool/ethercat ${D}${bindir}/ethercat
install -m 0755 ${S}/script/init.d/ethercat.in ${D}/etc/init.d/ethercat
ln -s libethercat.so.1.1.0 ${D}${libdir}/libethercat.so.1.1
ln -s libethercat.so.1.1 ${D}${libdir}/libethercat.so.1
}

Last, I added

IMAGE_INSTALL += "etherlab"

to mytest-image.bb

Now, bitbake mytest-image complains:

/home/vboxuser/yocto/poky/build/tmp/work/corei7-64-poky-linux/etherlab/0.1/temp/run.do_compile.5355:
 141: autoreconf: not found

The build configuration is

BB_VERSION           = "2.6.0"
BUILD_SYS            = "x86_64-linux"
NATIVELSBSTRING      = "universal"
TARGET_SYS           = "x86_64-poky-linux"
MACHINE              = "intel-corei7-64"
DISTRO               = "poky"
DISTRO_VERSION       = "4.3.2"
TUNE_FEATURES        = "m64 corei7"
TARGET_FPU           = ""
meta
meta-poky
meta-yocto-bsp       = "nanbield:f768ffb8916feb6542fcbe3e946cbf30e247b151"
meta-oe              = "nanbield:2da6e1b0e43a8993fd422fee3f83940100b59f4c"
meta-intel           = "nanbield:039e45e21d2973fc3ce318a25beceae348e4428a"
meta-mytest          = ":"

and I have tools-sdk among my IMAGE_FEATURES.

Thank you in advance for any hint.

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62180): https://lists.yoctoproject.org/g/yocto/message/62180
Mute This Topic: https://lists.yoctoproject.org/mt/103796912/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] Problem with overlayed recipes

2024-01-09 Thread Daniele Lugli
Il giorno mar 9 gen 2024 alle ore 17:07 Alexander Kanavin <
alex.kana...@gmail.com> ha scritto:

> You need to inspect ${T}/log.do_rootfs for your image to check what is
> actually being installed.
>
> Also check the packages for simple-local to verify that they contain
> what you expect to see on the image.
>
> Alex
>
> Sorry Alex, my bad. My simple-local and the rt-tests are in log.do_rootfs
and in the target  ssytem.
Probably I booted from the wrong pen drive, I have a bunch of them on my
desk.

So, copying the image recipe from the meta-intel layer to meta-mytest and
modifying it  did work.
I still am curious why the brand new recipe didn't.

Thank you and best regards.

Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
tel 329 3933041
www.general-logic.com
www.linkedin.com/in/daniele-lugli

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62127): https://lists.yoctoproject.org/g/yocto/message/62127
Mute This Topic: https://lists.yoctoproject.org/mt/103602112/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] Problem with overlayed recipes

2024-01-09 Thread Daniele Lugli
IMAGE_INSTALL="packagegroup-core-boot  rt-tests hwlatdetect kernel-dev 
simple-local"

By the way, rt-tests are missing too.
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62125): https://lists.yoctoproject.org/g/yocto/message/62125
Mute This Topic: https://lists.yoctoproject.org/mt/103602112/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] Problem with overlayed recipes

2024-01-09 Thread Daniele Lugli
Thank you Marco.

Adding inherit core-image as suggested, I still get

ERROR: Nothing PROVIDES 'mytest-image'
mytest-image was skipped: Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62121): https://lists.yoctoproject.org/g/yocto/message/62121
Mute This Topic: https://lists.yoctoproject.org/mt/103602112/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] Problem with overlayed recipes

2024-01-09 Thread Daniele Lugli
Thank you for your reply.

I replaced the content of mytest-image.bb with that of 
meta-intel/recipes-rt/images/core-image-rt-sdk.bb and added

IMAGE_INSTALL += "simple-local"

at the end. This way I get a bootable wic, but find / -name simple-local finds 
nothing.

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62120): https://lists.yoctoproject.org/g/yocto/message/62120
Mute This Topic: https://lists.yoctoproject.org/mt/103602112/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] Problem with overlayed recipes

2024-01-09 Thread Daniele Lugli
Thank you Marco,

it is there:

# POKY_BBLAYERS_CONF_VERSION is increased each time build/conf/bblayers.conf
# changes incompatibly
POKY_BBLAYERS_CONF_VERSION = "2"

BBPATH = "${TOPDIR}"
BBFILES ?= ""

BBLAYERS ?= " \
/home/vboxuser/yocto/poky/meta \
/home/vboxuser/yocto/poky/meta-poky \
/home/vboxuser/yocto/poky/meta-yocto-bsp \
/home/vboxuser/yocto/meta-openembedded/meta-oe \
/home/vboxuser/yocto/meta-intel \
/home/vboxuser/yocto/meta-mytest \
"

Grazie, ciao
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62115): https://lists.yoctoproject.org/g/yocto/message/62115
Mute This Topic: https://lists.yoctoproject.org/mt/103602112/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] Problem with overlayed recipes

2024-01-08 Thread Daniele Lugli
Hi all,

I am trying to to generate an image with PREEMPT_RT kernel for an 
intel-corei7-64 target machine.
I see that the meta-intel layer already has a couple of recipes for that in 
recipes-rt/images/core-image-rt.bb and core-image-rt-sdk.bb, so I add this 
layer.
I choose core-image-rt-sdk.bb since I would like to have the development tools 
too.
In my local.conf I set
PREFERRED_PROVIDER_virtual/kernel = "linux-intel-rt"
as requested by meta-intel/recipes-rt/images/core-image-rt-sdk.bb, and also
MACHINE ?= "intel-corei7-64"
After several hours of bitbake core-image-rt-sdk , I get a 
core-image-rt-sdk-intel-corei7-64.rootfs.wic with which I can boot my machine, 
where uname .-r says 6-1-59-rt16-intel-pk-preempt-rt.
Everything looks fine up to here.

Now I am trying to add a new layer of mine, where I will put some stuff I need 
on the target machine. For the moment, I only have a "hello world" program 
there, just to check.
So I have meta-mytest/conf/layer.conf with:

BBPATH .= ":${LAYERDIR}"
BBFILES += "${LAYERDIR}/recipes-*/*/*.bb \
${LAYERDIR}/recipes-*/*/*.bbappend"
BBFILE_COLLECTIONS += "mytest"
BBFILE_PATTERN_mytest = "^${LAYERDIR}/"
BBFILE_PRIORITY_mytest = "6"
LAYERDEPENDS_mytest = "intel"
LAYERSERIES_COMPAT_mytest = "nanbield"

and meta-mytest/recipes-mytest/images/mytest-image.bb with:

require recipes-rt/images/core-image-rt-sdk.bb
DESCRIPTION="Just a test"
IMAGE_INSTALL += "simple-local"

where simple-local is the hello world program, having its own recipe.

When I try bitbake mytest-image I get

ERROR: Nothing PROVIDES 'mytest-image'
mytest-image was skipped: Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it

If I understand, the problem is that there are two overlayed recipes, 
poky/meta/recipes-rt/images/core-image-rt-sdk.bb and 
meta-intel/recipes-rt/images/core-image-rt-sdk.bb , and bitbake is giving 
preference to the first one, requiring linux-yocto-rt as the PREFERRED_PROVIDER 
(the second one requires linux-intel-rt instead)

I also changed the priority of the meta-intel layer from 5 to 6, but to no 
effect.

Could somebody be so kind as to tell me what am I missing here?

Thank you in advance and best regards

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62106): https://lists.yoctoproject.org/g/yocto/message/62106
Mute This Topic: https://lists.yoctoproject.org/mt/103602112/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] Nondeterministic errors with bitbake

2024-01-03 Thread Daniele Lugli
 cores : 4
apicid : 7
initial apicid : 7
fpu : yes
fpu_exception : yes
cpuid level : 13
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat
pse36 clflush dts acpi mmx fxsr sse sse2 ht tm pbe syscall nx rdtscp lm
constant_tsc arch_perfmon pebs bts rep_good nopl xtopology nonstop_tsc
cpuid aperfmperf pni pclmulqdq dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16
xtpr pdcm pcid sse4_1 sse4_2 x2apic popcnt tsc_deadline_timer xsave avx
lahf_lm epb pti ssbd ibrs ibpb stibp tpr_shadow vnmi flexpriority ept vpid
xsaveopt dtherm ida arat pln pts md_clear flush_l1d
vmx flags : vnmi preemption_timer invvpid ept_x_only flexpriority
tsc_offset vtpr mtf vapic ept vpid unrestricted_guest
bugs : cpu_meltdown spectre_v1 spectre_v2 spec_store_bypass l1tf mds swapgs
itlb_multihit mmio_unknown
bogomips : 4389.92
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

I didn't consider the possibility of RAM failure because, before installing
Ubuntu, the PC was (seemingly) working fine with Windows 10.

Thank you again & best regards

Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
tel 329 3933041
www.general-logic.com
www.linkedin.com/in/daniele-lugli


Il giorno mer 3 gen 2024 alle ore 13:09 Daniele Lugli <
daniele.lu...@gmail.com> ha scritto:

> Thank you for your replies,
>
> memtest86+ reports a couple of failing memory addresses, so this is
> probably the reason why. Must replace the RAM of this old beast and, while
> I am at it, expand it to 64 Gb.
>
> Apart from that, dmesg says
>
> [   18.608897] kernel: resource: resource sanity check: requesting [mem
> 0x00
> 0e-0x000f], which spans more than PCI Bus :00 [mem
> 0x000
> d-0x000e7fff window]
> [   18.608909] kernel: caller os_map_kernel_space.part.0+0x135/0x1b0
> [nvidia] mapping multiple BARs
> [   18.619097] kernel: ACPI Warning: \_SB.PCI0.PEG0.GFX0._DSM: Argument #4
> type mismatch - Found [Buffer], ACPI requires [Package]
> (20221020/nsarguments-61)
>
> but somebody in an NVIDIA forum says this should be harmless.
>
> In syslog I see several disconnections/reconnections of the WLAN, don't
> know if this is normal, hope it won't affect the dialog with the server.
>
> Thank you again & best regards
>
>
> Daniele Lugli
> General Logic srl
> Viale Curreno, 41
> 10133 Torino
> tel 329 3933041
> www.general-logic.com
> www.linkedin.com/in/daniele-lugli
>
>
> Il giorno mer 3 gen 2024 alle ore 02:42 Khem Raj  ha
> scritto:
>
>> What is the configuration of this system ? CPU and memory specifically
>> one likely reason is that you have oom hitting the system because it’s
>> overloaded so check the system logs for any indication of this
>>
>> On Tue, Jan 2, 2024 at 1:49 PM  wrote:
>>
>>> Hi all and best wishes for the new year.
>>>
>>> I recently worked with nanbield on Ubuntu 22.04.3 in a VirtualBox
>>> machine.
>>> I added layers meta-intel and meta-realtime and, with a couple of small
>>> modifications to core-image-rt-extended.bb and to rt-app.bb, as
>>> suggested by some kind reader (see
>>> https://lists.yoctoproject.org/g/yocto/topic/103135158), and after a
>>> couple of restarts, I could obtain the image, prepare a .vdi from the .wic
>>> and boot a virtual machine with that disk.
>>>
>>> Now I moved to a physical machine with Ubuntu 22.04.3. Here is the build
>>> configuration:
>>>
>>> BB_VERSION   = "2.6.1"
>>> BUILD_SYS= "x86_64-linux"
>>> NATIVELSBSTRING  = "universal"
>>> TARGET_SYS   = "x86_64-poky-linux"
>>> MACHINE  = "genericx86-64"
>>> DISTRO   = "poky"
>>> DISTRO_VERSION   =
>>> "4.3+snapshot-b92406d2313234dccd77b05fe74c09ba9617a738"
>>> TUNE_FEATURES= "m64 core2"
>>> TARGET_FPU   = ""
>>> meta
>>> meta-poky
>>> meta-yocto-bsp   = "master:b92406d2313234dccd77b05fe74c09ba9617a738"
>>> meta-oe  = "master:10f1890af03dbb804bffd4fa7eda7729e08f12cb"
>>> meta-intel   = "master:5cfefd9a8ff1f5a3534c1ba9d7d7f6971ed5d56f"
>>> meta-realtime= "master:489e1d6b34e46f845a4bfe6461a39c6a4bcb7794"
>>>
>>> I am using exactly the same configuration as in the virtual Ubuntu and I
>>> have also applied the suggested modifications to
>>> core-image-rt-extended.bb and to rt-app.bb. So the situation should be
>>> the same.
>>>
>>> I ca

Re: [yocto] Nondeterministic errors with bitbake

2024-01-03 Thread Daniele Lugli
Thank you for your replies,

memtest86+ reports a couple of failing memory addresses, so this is
probably the reason why. Must replace the RAM of this old beast and, while
I am at it, expand it to 64 Gb.

Apart from that, dmesg says

[   18.608897] kernel: resource: resource sanity check: requesting [mem
0x00
0e-0x000f], which spans more than PCI Bus :00 [mem
0x000
d-0x000e7fff window]
[   18.608909] kernel: caller os_map_kernel_space.part.0+0x135/0x1b0
[nvidia] mapping multiple BARs
[   18.619097] kernel: ACPI Warning: \_SB.PCI0.PEG0.GFX0._DSM: Argument #4
type mismatch - Found [Buffer], ACPI requires [Package]
(20221020/nsarguments-61)

but somebody in an NVIDIA forum says this should be harmless.

In syslog I see several disconnections/reconnections of the WLAN, don't
know if this is normal, hope it won't affect the dialog with the server.

Thank you again & best regards


Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
tel 329 3933041
www.general-logic.com
www.linkedin.com/in/daniele-lugli


Il giorno mer 3 gen 2024 alle ore 02:42 Khem Raj  ha
scritto:

> What is the configuration of this system ? CPU and memory specifically one
> likely reason is that you have oom hitting the system because it’s
> overloaded so check the system logs for any indication of this
>
> On Tue, Jan 2, 2024 at 1:49 PM  wrote:
>
>> Hi all and best wishes for the new year.
>>
>> I recently worked with nanbield on Ubuntu 22.04.3 in a VirtualBox
>> machine.
>> I added layers meta-intel and meta-realtime and, with a couple of small
>> modifications to core-image-rt-extended.bb and to rt-app.bb, as
>> suggested by some kind reader (see
>> https://lists.yoctoproject.org/g/yocto/topic/103135158), and after a
>> couple of restarts, I could obtain the image, prepare a .vdi from the .wic
>> and boot a virtual machine with that disk.
>>
>> Now I moved to a physical machine with Ubuntu 22.04.3. Here is the build
>> configuration:
>>
>> BB_VERSION   = "2.6.1"
>> BUILD_SYS= "x86_64-linux"
>> NATIVELSBSTRING  = "universal"
>> TARGET_SYS   = "x86_64-poky-linux"
>> MACHINE  = "genericx86-64"
>> DISTRO   = "poky"
>> DISTRO_VERSION   =
>> "4.3+snapshot-b92406d2313234dccd77b05fe74c09ba9617a738"
>> TUNE_FEATURES= "m64 core2"
>> TARGET_FPU   = ""
>> meta
>> meta-poky
>> meta-yocto-bsp   = "master:b92406d2313234dccd77b05fe74c09ba9617a738"
>> meta-oe  = "master:10f1890af03dbb804bffd4fa7eda7729e08f12cb"
>> meta-intel   = "master:5cfefd9a8ff1f5a3534c1ba9d7d7f6971ed5d56f"
>> meta-realtime= "master:489e1d6b34e46f845a4bfe6461a39c6a4bcb7794"
>>
>> I am using exactly the same configuration as in the virtual Ubuntu and I
>> have also applied the suggested modifications to
>> core-image-rt-extended.bb and to rt-app.bb. So the situation should be
>> the same.
>>
>> I cannot understand why I am getting error messages which look random:
>> when, after the error, I rerun bitbake, I get a different error.
>>
>> As an instance, in the first run of bitbake core-image-extended.bb I get:
>>
>> |
>> /home/daniele/poky/build/tmp/work/x86_64-linux/cmake-native/3.27.7/cmake-3.27.7/Source/cmComputeComponentGraph.cxx:139:1:
>> internal compiler error: Segmentation fault
>> |   139 | }
>> |   | ^
>> | 0x7fc36ca4251f ???
>> | ./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
>> | 0x7fc36ca29d8f __libc_start_call_main
>> | ../sysdeps/nptl/libc_start_call_main.h:58
>> | 0x7fc36ca29e3f __libc_start_main_impl
>> | ../csu/libc-start.c:392
>> | Please submit a full bug report,
>> | with preprocessed source if appropriate.
>> ...
>> Summary: 1 task failed:
>>   /home/daniele/poky/meta/recipes-devtools/cmake/cmake-native_3.27.7.bb:
>> do_compile
>>
>> Second attempt, without any modification. I get a different error:
>>
>> ERROR: Task
>> (virtual:native:/home/daniele/poky/meta/recipes-devtools/python/python3_3.11.5.bb:do_install)
>> failed with exit code '139'
>> NOTE: Tasks Summary: Attempted 3568 tasks of which 3518 didn't need to be
>> rerun and 1 failed.
>>
>> Summary: 1 task failed:
>>
>> virtual:native:/home/daniele/poky/meta/recipes-devtools/python/python3_3.11.5.
>>
>> Third attempt, always without modifications. Still different:
>>
>> | ERROR: oe_runmake failed
>> | WARNING: exit code 1 from a shell c

[yocto] Nondeterministic errors with bitbake

2024-01-02 Thread daniele . lugli
Hi all and best wishes for the new year.

I recently worked with nanbield on Ubuntu 22.04.3 in a VirtualBox machine.
I added layers meta-intel and meta-realtime and, with a couple of small 
modifications to core-image-rt-extended.bb and to rt-app.bb, as suggested by 
some kind reader (see https://lists.yoctoproject.org/g/yocto/topic/103135158 ), 
and after a couple of restarts, I could obtain the image, prepare a .vdi from 
the .wic and boot a virtual machine with that disk.

Now I moved to a physical machine with Ubuntu 22.04.3. Here is the build 
configuration:

BB_VERSION   = "2.6.1"
BUILD_SYS    = "x86_64-linux"
NATIVELSBSTRING  = "universal"
TARGET_SYS   = "x86_64-poky-linux"
MACHINE  = "genericx86-64"
DISTRO   = "poky"
DISTRO_VERSION   = "4.3+snapshot-b92406d2313234dccd77b05fe74c09ba9617a738"
TUNE_FEATURES    = "m64 core2"
TARGET_FPU   = ""
meta
meta-poky
meta-yocto-bsp   = "master:b92406d2313234dccd77b05fe74c09ba9617a738"
meta-oe  = "master:10f1890af03dbb804bffd4fa7eda7729e08f12cb"
meta-intel   = "master:5cfefd9a8ff1f5a3534c1ba9d7d7f6971ed5d56f"
meta-realtime    = "master:489e1d6b34e46f845a4bfe6461a39c6a4bcb7794"

I am using exactly the same configuration as in the virtual Ubuntu and I have 
also applied the suggested modifications to core-image-rt-extended.bb and to 
rt-app.bb. So the situation should be the same.

I cannot understand why I am getting error messages which look random: when, 
after the error, I rerun bitbake, I get a different error.

As an instance, in the first run of bitbake core-image-extended.bb I get:

| 
/home/daniele/poky/build/tmp/work/x86_64-linux/cmake-native/3.27.7/cmake-3.27.7/Source/cmComputeComponentGraph.cxx:139:1:
 internal compiler error: Segmentation fault
|   139 | }
|   | ^
| 0x7fc36ca4251f ???
|     ./signal/../sysdeps/unix/sysv/linux/x86_64/libc_sigaction.c:0
| 0x7fc36ca29d8f __libc_start_call_main
|     ../sysdeps/nptl/libc_start_call_main.h:58
| 0x7fc36ca29e3f __libc_start_main_impl
|     ../csu/libc-start.c:392
| Please submit a full bug report,
| with preprocessed source if appropriate.
...
Summary: 1 task failed:
/home/daniele/poky/meta/recipes-devtools/cmake/cmake-native_3.27.7.bb:do_compile

Second attempt, without any modification. I get a different error:

ERROR: Task 
(virtual:native:/home/daniele/poky/meta/recipes-devtools/python/python3_3.11.5.bb:do_install)
 failed with exit code '139'
NOTE: Tasks Summary: Attempted 3568 tasks of which 3518 didn't need to be rerun 
and 1 failed.

Summary: 1 task failed:
virtual:native:/home/daniele/poky/meta/recipes-devtools/python/python3_3.11.5.

Third attempt, always without modifications. Still different:

| ERROR: oe_runmake failed
| WARNING: exit code 1 from a shell command.
ERROR: Task 
(/home/daniele/poky/meta/recipes-devtools/gcc/gcc_13.2.bb:do_compile) failed 
with exit code '1'
NOTE: Tasks Summary: Attempted 6049 tasks of which 3567 didn't need to be rerun 
and 1 failed.

Summary: 1 task failed:
/home/daniele/poky/meta/recipes-devtools/gcc/gcc_13.2.bb:do_compile
Summary: There were 2 ERROR messages, returning a non-zero exit code.

And so on. Fourth attempt:

ERROR: Task 
(/home/daniele/poky/meta-realtime/recipes-extended/images/core-image-rt-extended.bb:do_rootfs)
 failed with exit code '1'
NOTE: Tasks Summary: Attempted 6700 tasks of which 6052 didn't need to be rerun 
and 1 failed.

Summary: 1 task failed:
/home/daniele/poky/meta-realtime/recipes-extended/images/core-image-rt-extended.bb:do_rootfs
Summary: There was 1 ERROR message, returning a non-zero exit code.

How is this possible? Problems in the communication with the server, or what?

Thank you in advance and best regards

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#62072): https://lists.yoctoproject.org/g/yocto/message/62072
Mute This Topic: https://lists.yoctoproject.org/mt/103491090/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] do_rootfs failed

2023-12-14 Thread daniele . lugli
$ time bitbake core-image-rt-extended
...
NOTE: Executing Tasks
NOTE: Tasks Summary: Attempted 6713 tasks of which 6 didn't need to be rerun 
and all succeeded.
real 315m10.027s

Success this time !  Thank you all !

Now looking for what to burn from build/tmp/deploy/images/genericx86-64/ ...
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61891): https://lists.yoctoproject.org/g/yocto/message/61891
Mute This Topic: https://lists.yoctoproject.org/mt/103135158/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] do_rootfs failed

2023-12-13 Thread daniele . lugli
Ok thank you, I am going to try your suggestion.

So my core-image-rt-extended.bb is now as follows:

require recipes-core/images/core-image-minimal-dev.bb

DEPENDS:append = " linux-yocto"

DEPENDS:append = " qemuwrapper-cross"

IMAGE_FEATURES += "package-management ssh-server-dropbear"
EXTRA_IMAGE_FEATURES = "tools-debug debug-tweaks tools-profile dbg-pkgs"

IMAGE_INSTALL = "\
${CORE_IMAGE_BASE_INSTALL} \
rt-app \
schedtool-dl \
"
--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61885): https://lists.yoctoproject.org/g/yocto/message/61885
Mute This Topic: https://lists.yoctoproject.org/mt/103135158/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] do_rootfs failed

2023-12-13 Thread daniele . lugli
Thank you Alex.
git branch --contains in poky/meta-realtime does not find the SRCREV 
17be4548c4260b80be623e0e1317e98a770dea7a in any branch
Anyway I added ;branch=master;protocol=https to the SRC_URI in rt-app.bb and 
the warnings disappeared. Good!

Khem:
I added
DEPENDS:append = " qemuwrapper-cross"
in core-image-rt-extended.bb
and I have no more failure in the postinstall intercept hook; log.do_rootfs is 
now clean. Good!

Unluckily this isn't yet the conclusion. What I get now is:

| ERROR: A native program mkfs.ext4 required to build the image was not found 
(see details above).
| Please make sure wic-tools have e2fsprogs-native in its DEPENDS, build it 
with 'bitbake wic-tools' and try again
ERROR: Task 
(/home/vboxuser/Documents/poky/meta-realtime/recipes-extended/images/core-image-rt-extended.bb:do_image_wic)
 failed with exit code '1'

I verified that poky/meta/recipes-core/meta/wic-tools.bb already has 
e2fsprogs-native in its dependecncies, issued 'bitbake wic-tools' then again 
'bitbake core-image-rt-extended' but mkfs.ext4 is still not found.

I will now try a clean bitbake by removing sstate-cache and tmp.

Any suggestion is appreciated.

My best regards

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61883): https://lists.yoctoproject.org/g/yocto/message/61883
Mute This Topic: https://lists.yoctoproject.org/mt/103135158/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] do_rootfs failed

2023-12-13 Thread daniele . lugli
Not sure. I don't see the original error any more, but

NOTE: No reply from server in 30s (for command ping at 02:08:20.176053)
Timeout while waiting for a reply from the bitbake server (60s at 
02:08:50.440750)

How can I know if this timeout happened before or after completion of the 
bitbake command?

Also, I see a lot of warning messages like these:

WARNING: rt-app-1.0-r0 do_package: URL: git://github.com/gbagnoli/rt-app.git 
uses git protocol which is no longer supported by github. Please change to 
;protocol=https in the url.
WARNING: rt-app-1.0-r0 do_package: URL: git://github.com/gbagnoli/rt-app.git 
does not set any branch parameter. The future default branch used by tools and 
repositories is uncertain and we will therefore soon require this is set in all 
git urls.

Are these important and how can they be cured?

Thank you again

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61874): https://lists.yoctoproject.org/g/yocto/message/61874
Mute This Topic: https://lists.yoctoproject.org/mt/103135158/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] do_rootfs failed

2023-12-12 Thread daniele . lugli
Thank you for your suggestion, done so.

Within some hours hopefully I will confirm you that it worked.

--
Daniele Lugli
General Logic srl
Viale Curreno, 41
10133 Torino
Italy
tel +39 329 3933041
www.general-logic.com ( http://www.general-logic.com/ )
www.linkedin.com/in/daniele- lugli ( http://www.linkedin.com/in/daniele-lugli )

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61868): https://lists.yoctoproject.org/g/yocto/message/61868
Mute This Topic: https://lists.yoctoproject.org/mt/103135158/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



Re: [yocto] do_rootfs failed

2023-12-12 Thread daniele . lugli
Thank you Khem for your reply.

>From meta-poky/conf/distro/poky.conf:
DISTRO = "poky"
DISTRO_NAME = "Poky (Yocto Project Reference Distro)"
DISTRO_VERSION = "4.3+snapshot-${METADATA_REVISION}"
DISTRO_CODENAME = "nanbield"

>From bitbake:
Build Configuration:
BB_VERSION           = "2.6.1"
BUILD_SYS            = "x86_64-linux"
NATIVELSBSTRING      = "universal"
TARGET_SYS           = "x86_64-poky-linux"
MACHINE              = "genericx86-64"
DISTRO               = "poky"
DISTRO_VERSION       = "4.3+snapshot-4bb222e0d71a4cb159b8a4f1a90b65b1af32ac10"
TUNE_FEATURES        = "m64 core2"
TARGET_FPU           = ""
meta
meta-poky
meta-yocto-bsp       = "master:4bb222e0d71a4cb159b8a4f1a90b65b1af32ac10"
meta-oe              = "master:5ad7203f68987461baaf2699378d0cf36c11d6c2"
meta-intel           = "master:5cfefd9a8ff1f5a3534c1ba9d7d7f6971ed5d56f"
meta-realtime        = "master:489e1d6b34e46f845a4bfe6461a39c6a4bcb7794"

Working on Ubuntu 22.04.3 in VirtualBox

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61865): https://lists.yoctoproject.org/g/yocto/message/61865
Mute This Topic: https://lists.yoctoproject.org/mt/103135158/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-



[yocto] do_rootfs failed

2023-12-12 Thread daniele . lugli
Hello all,
I am new to Yocto, so please be patient.

I added layers meta-intel and meta-realtime to poky.
Now
bitbake core-image-rt-extended
tells me:

Summary: 1 task failed:
/home/vboxuser/Documents/poky/meta-realtime/recipes-extended/images/core-image-rt-extended.bb:do_rootfs

and at the end of log.do_rootfs I see:

NOTE: Running intercept scripts:
NOTE: > Executing update_gio_module_cache intercept ...
NOTE: Exit code 127. Output:
/home/vboxuser/Documents/poky/build/tmp/work/genericx86_64-poky-linux/core-image-rt-extended/1.0/intercept_scripts-4d6b1b8857aea9ead0c0757d1be3a10e464187681f98f3ad9c7448104f320d6e/update_gio_module_cache:
 13: qemuwrapper: not found
ERROR: The postinstall intercept hook 'update_gio_module_cache' failed, details 
in 
/home/vboxuser/Documents/poky/build/tmp/work/genericx86_64-poky-linux/core-image-rt-extended/1.0/temp/log.do_rootfs

On the internet I can find some discussions about problems with qemuwrapper. 
All very old, and none seem suitable.

Do you have any suggestion?

Thank you in advance,

Daniele Lugli

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#61863): https://lists.yoctoproject.org/g/yocto/message/61863
Mute This Topic: https://lists.yoctoproject.org/mt/103135158/21656
Group Owner: yocto+ow...@lists.yoctoproject.org
Unsubscribe: https://lists.yoctoproject.org/g/yocto/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-