Hi Alexandre, Any update on the list/spreadsheet? Tony is getting going on valgrind and he'll start with:    https://bugzilla.yoctoproject.org/show_bug.cgi?id=14294    [Bug 14294] valgrind

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

I switched to Bruce's 5.12 patches. Unfortunately even with

<richard.purdie@...> wrote: sent. I cherry picked it from my queue and sent it individually. I'll continue testing the rest of my updates. Bruce -- - Thou shalt not follow the NULL

Thanks for the patch, I ran with it for a number of runs. I have not seen .38 break in the way master or master-next with .37 did. I've ran several and 50% of the time .37 would hang in ltp. Can we

About the time you were writing this, I'd hacked up: http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next&id=de3e2253482b6d9df1137128a9fde35dec8fd915 and put it into a build on the

<richard.purdie@...> wrote: I created the attached recipes. Built and booted on qemux86-64 with no issues. I assume you'll do the appropriate preferred version in the test branches to

Hello Jaga, Are you available for SWAT this week? I'll be looking at some of the failures today. Sure, no problem -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and Kernel

A set of SRCREVs sounds like the best plan, I think it might be worth testing to see if things improve or not. What is also odd is that in that in that same build, another qemu instance hung in

<richard.purdie@...> wrote: If you want to switch to linux-yocto-dev, it is on 5.12.x, and I have a local 5.13-rcX version of -dev. We could whip together a SRCREV recipe for it, if

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: [

<richard.purdie@...> wrote: I can't think of anything specific that would cause those issues, but the Wind River guys did report some bad iommu patches that were part of 5.10.37 I've

Oddly enough,  https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1933  on centos7-ty-4 (master build) is locked up with pretty much exactly  the same issue/ps

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

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)

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

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. --

https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/3463 which fails during an on-target compile during

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

<alexandre.belloni@...> wrote: Awesome, great. Ross