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

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

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/45/builds/3463 which fails during an on-target compile during testimage: pokybuild@debian8-ty-1:~/yocto-worker/musl-qemux86-64/build/build-renam

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

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

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

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]

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

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

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

Today's failure for analysis is a qemuarm failure where all the test images failed at the same time: https://autobuilder.yoctoproject.org/typhoon/#/builders/53/builds/3493 We have's Randy+team's loggi

Hello 민재, As discussed last week, you are on SWAT duty this week, could you confirm you'll be able to work on the topic? I hope you moved without any issue. Regards, -- Alexandre Belloni, co-owner and

Hi Paul, Thanks for these. Unfortunately I think there is still a gremlin somewhere as this was included in an autobuilder test build that is showing as this: https://autobuilder.yoctoproject.org/typh

https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/3538 failure during execution of dnf --help Traceback from qemu logs fro thre 5.10 kernel (full log attached): qemux86-64 login: [ 133

Not cross posted but mentioned here for info. Seeing if the qemu devs have any ideas. Cheers, Richard

https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1969 died with the following kernel panic: [ 2650.301002] option changes via remount are deprecated (pid=15940 comm=mount) [ 2652.4967

Hi Richard, https://autobuilder.yoctoproject.org/typhoon/#/builders/121/builds/73 showed up in overnight testing with an issue in meta-aws. Cheers, Richard

Hello Christopher, 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 th

As a note for swat, I filed 14438 for: https://autobuilder.yoctoproject.org/typhoon/#/builders/56/builds/1484 since I could see why it failed. Not sure why swatbot has failed but the web interface isn