Hello, Here are the statistics for last week. Chee Yang was on SWAT duty. 160 failures were triaged: * 119 by Chee Yang - 38 for meson changes - 24 for an issue in meta-arm after an upgrade of u-boot

The ubuntu2004-arm-1 worker has been unstable in the past and we reduced the number of simultaneous builds from 3 to 1 to see if that would stop the crashes. It didn't at first but now the crashes hav

We've got yet another rcu stall failure on the autobuilder: https://autobuilder.yoctoproject.org/typhoon/#/builders/80/builds/2123/steps/15/logs/stdio and looking at the dmesg in the qemu log: [ 20.42

https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1932 We have another ltp hang on the autobuilder. ps ax output: 9261 ? I 0:00 [kworker/2:0-rcu_gp] 9298 ? I 0:01 [kworker/1:3-events]

Hello 민재, I'm sorry for the late e-mail, SWAT duty will rotate from Jon to you at the end of this Friday. Please reply to let me know whether you will be able to work on this task next week. -- Alexan

Hi All, When we encounter a hung ltp build I wanted to document what we need to do as a best practise for debugging it. What we need to do is: a) ssh to the worker where the build is hanging b) Look a

Dumping state on this failure/lockup: https://autobuilder.yoctoproject.org/typhoon/#/builders/97/builds/2753 Was locked up in eSDK testing of core-image-minimal in execution of "devtool sdk-install me

https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/3463 which fails during an on-target compile during testimage: pokybuild@debian8-ty-1:~/yocto-worker/musl-qemux86-64/build/build-renam

I had a look at: https://autobuilder.yoctoproject.org/typhoon/#/builders/44/builds/3486 which has the kernel failure: https://www.rpsys.net/wp/rp/qemu_boot_log.20210521003454 I also looked for corresp

https://autobuilder.yoctoproject.org/typhoon/#/builders/110/builds/2335 RESULTS - stap.StapTest.test_stap: FAILED (9001.34s) RESULTS - systemd.SystemdBasicTests.test_systemd_basic: FAILED (603.69s) RE

Hi All, I looked into why we had three qemuarm qemu instances fall over at once in this build as it seemed odd: https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/3454 The qemu boot log

Hello Jon, SWAT duty will rotate from Chee Yang to you at the end of this Friday. Please reply to let me know whether you will be able to work on this task next week. -- Alexandre Belloni, co-owner an

Hi All, I've included the dmesg output from centos7-ty-4 below. This happened while https://autobuilder.yoctoproject.org/typhoon/#/builders/108/builds/1644 was running. The build shows 4 worker tasks

Hi All, We had a hanging qemu process: https://autobuilder.yoctoproject.org/typhoon/#/builders/96/builds/1748 This is on ubuntu1804-arm-1.yocto.io. I was able to ssh into the image on the worker with

Hi All, We had a hanging qemu process: https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1898 This is on debian10-ty-2.yocto.io. I was able to ssh into the image on the worker with ssh

Hello Lee Chee, SWAT duty will rotate from me to you at the end of this Friday. Please reply to let me know whether you will be able to work on this task next week. I'll be available to walk you throu

Hello, Here are the statistics for last week. Naveen was on SWAT duty. 168 failures were triaged: * 168 by Naveen - 73 for an issue in opkg-utils-native - 22 for check-layer-nightly issues Richard was

Hello Naveen, SWAT duty will rotate from you to me at the end of this Friday, thanks for your work! -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel engineering https://bootli

Hi All, I wanted to give a headsup that we're seeing out of space issues on the autobuilder. The cause is the tmpfs change for qemu images we added recently. It appears 'someone' forgot to remove the

Hello, Here are the statistics for last week. Alejandro was still on SWAT duty. 415 failures were triaged: * 221 by Alejandro - 184 for an issue with a gnutls change that was already worked on - 16 fo