Re: [yocto] How to replace an arch*.inc file?

> > On Sat, May 27, 2017 at 2:34 AM, Paul D. DeRocco > > wrote: > > > > I'd like to try the Linaro version of arch-armv8.inc in > > an RPi3 project, > > because it has an ilp32 tune option. What's the correct > > way to incorporate this? > From: Andrei Gherzan

Re: [yocto] sstate-cache question

Hi Gary, Have you tried to check those: tmp/stamps/x86_64-linux/gcc-cross-arm/6.3.0-r0.do_prepare_recipe_sysroot.sigdata.c45aaef0cb01f463f9a1b30bd815cd28 tmp/stamps/x86_64-linux/gcc-cross-arm/6.3.0-r0.do_prepare_recipe_sysroot.sigdata.150112323551011e0e87f99f47ad79c4 with bitbake-diffsigs ?

Re: [yocto] Very strange issue where bitbake hangs at do_rootfs

Hi, Have you tried to find on which syscall it hangs ? sysdig or strace ? Maybe it's issue with python subprocess, documentation mention that subprocess can deadlock or hang with large data and no read from pipe is done. Br, Chris Z On Fri, May 26, 2017 at 11:35 PM, Andrei Gherzan

Re: [yocto] How to replace an arch*.inc file?

Hi, On Sat, May 27, 2017 at 2:34 AM, Paul D. DeRocco wrote: > I'd like to try the Linaro version of arch-armv8.inc in an RPi3 project, > because it has an ilp32 tune option. What's the correct way to incorporate > this? > Probably the easiest way would be to create a

[yocto] How to replace an arch*.inc file?

I'd like to try the Linaro version of arch-armv8.inc in an RPi3 project, because it has an ilp32 tune option. What's the correct way to incorporate this? -- Ciao, Paul D. DeRocco Paulmailto:pdero...@ix.netcom.com -- ___

Re: [yocto] Very strange issue where bitbake hangs at do_rootfs

On Fri, May 26, 2017 at 5:19 PM, Khem Raj wrote: > On Fri, May 26, 2017 at 5:52 AM, Andrei Gherzan wrote: > > Hello all, > > > > I moved recently on a new arch linux host and everything works fine with > one > > exception: when I build a custom

Re: [yocto] Warning: unable to open an initial console

Hello Ayoub, Thank you very much. Your script creates the /dev/console and the /dev/null in my rootfs and now I keep getting console data. Cheers, Gerard On Fri, May 26, 2017 at 10:35 PM, Ayoub Zaki wrote: > Hi Gerard, > > indeed your Kernel it's quite outdated. > >

Re: [yocto] Warning: unable to open an initial console

Hi Gerard, indeed your Kernel it's quite outdated. you can try to add a recipe like that in your image : SUMMARY = "basic initramfs image init script" LICENSE = "MIT" LIC_FILES_CHKSUM = "file://${COREBASE}/meta/COPYING.MIT;md5=3da9cfbcb788c80a0384361b4de20420" SRC_URI = "file://init-boot.sh"

Re: [yocto] Warning: unable to open an initial console

Hello Ayoub, The kernel is quite old 2.6.20 and this variable is not available in the config. On the internet I saw this is only introduced with kernel version 2.6.32. Cheers, Gerard On Fri, May 26, 2017 at 10:20 PM, Ayoub Zaki wrote: > Hi Gerard, > > did you try to

Re: [yocto] Warning: unable to open an initial console

Hi Gerard, did you try to set CONFIG_DEVTMPFS=y in your Kernel config ? Cheers On 26.05.2017 15:52, Gerard van den Bosch wrote: Hello Andrea, I have tried to add the line to my machine config: IMAGE_DEVICE_TABLES = "files/device_table-minimal.txt" But this didn't help, then I looked a bit

Re: [yocto] Warning: unable to open an initial console

Hello Andrea, I have tried to add the line to my machine config: IMAGE_DEVICE_TABLES = "files/device_table-minimal.txt" But this didn't help, then I looked a bit further and also tried to set the following: USE_DEVFS="0" VIRTUAL_RUNTIME_dev_manager = "mdev" Unfortunately this doesn't seem to

Re: [yocto] dynamic-layers?

On Fri, 2017-05-26 at 08:09 +, Takashi Matsuzawa wrote: > Hello. > > > So, this is the case I have to be careful about the order of conf > files listed in BBLAYERS list? > > i.e. if I have dynamic-layers line in my layer X and expansion need to > take care of layer A, B, C, then, A, B, C

Re: [yocto] Can Yocto treat layers like an external package?

On Thu, 2017-05-25 at 16:04 +, Koehler, Yannick (HPN Aruba) wrote: > This is my opinion, I think we could alter bitbake to retrieve the SRC_URI > and S information from the bblayers.conf (instead of having recipes like for > package). > > sample > # LAYER_CONF_VERSION is increased

[yocto] pyro not honoring TOOLCHAIN_TARGET_TASK in populate_sdk

With the pyro drop , when I use an -c populate_sdk, It appears that TOOLCHAIN_TARGET_TASK is not being honored. I have a TOOLCHAIN_TARGET_TASK_append = " gtest" With morty, gtest is included in -c populate_sdk generated sdk but with pyro, it is not. Is this a known issue with pyro? Thanks

[yocto] Very strange issue where bitbake hangs at do_rootfs

Hello all, I moved recently on a new arch linux host and everything works fine with one exception: when I build a custom distribution based on morty with many packages including kernel-modules (beaglebone), the build system hangs without any details. I hooked into package_manager.py RPM install

Re: [yocto] Warning: unable to open an initial console

On Fri, May 26, 2017 at 1:05 PM, Gerard van den Bosch wrote: > Hello, > > I have build my vendor custom kernel 2.6.20 with yocto daisy. > Daisy is used because seems to be last release supporting this old kernel. > > I tried building core-image-minimal and core-image-base.

[yocto] Warning: unable to open an initial console

Hello, I have build my vendor custom kernel 2.6.20 with yocto daisy. Daisy is used because seems to be last release supporting this old kernel. I tried building core-image-minimal and core-image-base. The kernel boots and the rootfs is mounted but then I get: "Warning: unable to open an

Re: [yocto] yocto-jethro: how to define a machine which builds kernel in 64-bit whereas user space in 32bit

On Fri, May 26, 2017 at 9:18 AM, sourabh banerjee wrote: > For reference I looked up the default provided machine conf files inside > poky/meta. > > Following seems to build qemuarm for 32bit, i.e. both kernel and user > space 32bit > *

[yocto] [meta-cgl][PATCH 1/5] openais: add systemd support

From: Jackie Huang inherit systemd and add .service for systemd support Signed-off-by: Jackie Huang --- .../recipes-cgl/openais/files/openais.service | 14 ++ meta-cgl-common/recipes-cgl/openais/openais_1.1.4.bb

[yocto] [meta-cgl][PATCH 4/5] openais: fix corosync not quit

From: Jackie Huang On some targets, "/etc/init.d/openais stop" can not make corosync quit since corosync does not respond to signal TERM. Signed-off-by: yanjun.zhu Signed-off-by: Jackie Huang ---

[yocto] [meta-cgl][PATCH 5/5] openais: remove cleanup entry from openais

From: Jackie Huang message_handler_req_exec_lck_resourceclose is to remove cleanup entry from corosync. Now this job is done by pacemaker. So remove this feature from openais. Signed-off-by: yanjun.zhu Signed-off-by: Jackie Huang

[yocto] [meta-cgl][PATCH 2/5] openais: correct the use of proc name in init script

From: Jackie Huang openais actually runs on top of corosync. The init script was checking for the pid of "openais" rather than checking for corosync's pid. Signed-off-by: Aws Ismail Signed-off-by: Jackie Huang

[yocto] [meta-cgl][PATCH 3/5] openais: fix saTmrTimerReschedule test error

From: Jackie Huang * If req_lib_tmr_timerreschedule->timer_attributes.type is SA_TIME_ABSOLUTE, an absolute time value must be higher than the current absolute time.According to the type, we will compare the current time with an absolute time. If the type is

[yocto] [meta-cgl][PATCH 0/5] openais: add systemd support and several fixes

From: Jackie Huang -- The following changes since commit c0afa706e9cdb650c0e8bb79f503743632350b00: core-image-cgl: Remove ROOTFS_PKGMANAGE_BOOTSTRAP (2017-05-24 14:19:13 +0200) are available in the git repository at: https://github.com/jackiehjm/meta-cgl.git

Re: [yocto] dynamic-layers?

Hello. So, this is the case I have to be careful about the order of conf files listed in BBLAYERS list? i.e. if I have dynamic-layers line in my layer X and expansion need to take care of layer A, B, C, then, A, B, C needs to be apper before X within BBLAYERS list.

[yocto] xen-guest-image-minimal building error

Hi all, I'm trying to build an a xen guest image for the zcu102 board with the master branch of Yocto, but I'm having a trouble. The building process stops due to the next error: NOTE: Resolving any missing task queue dependencies ERROR: Nothing PROVIDES 'python-smartpm-native'. Close matches: