also: IMAGE_CLASSES += "testimage" QEMU_USE_KVM_qemux86-64 = "True" Good news (for me) is that Randy and Paul can now reproduce this with the above  additional key pieces of config. We have

It became clear there is also an: IMAGE_CLASSES += "testimage" but the INHERIT people are using shouldn't make any real difference to  the test. I've never seen that hrtimer message... but I do

I tried to reproduce this on a Ubuntu-18.04.3 system with: Linux ala-lpggp3 5.4.0-72-generic #80~18.04.1-Ubuntu SMP Mon Apr 12 23:26:25 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux Using

Noting down what we know about the ltp issue: We've seen intermittent issues on the autobuilder where some ltp tests fail or  hang. I've been trying to figure out how to reproduce the issue and

I would be willing, but would appreciate any links to the process, as it'll be my first time doing it, and it's not entirely clear to me at this time. Thanks. -Chris

Hello Chris, Would you be available next week for SWAT duty? Unfortunately, issues did pile up this week... :/ Regards, Alex -- Alexandre Belloni, co-owner and COO, Bootlin Embedded Linux and

No problem, thanks for fixing it! Cheers, Richard

It's back in shape now. Sorry for the hassle. -- Richard Elberger Principal Technologist – IoT Amazon Web Services +1 646.927.6897 +1 203.942.8039 – mobile elberger@... – email

Thank you - will take care of it this morning. It’s related to the query I made to IRC yesterday. I will probably end up removing support from mainline for the recipe needing this.

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

Attached is v2. This has .41 merged to v5.10/base and sets the appropriate SRCREV. Bruce -- - Thou shalt not follow the NULL pointer, for chaos and madness await thee at its end - "Use the force

<richard.purdie@...> wrote: I remember about 10 years ago at Wind River, we had similar issues with ltp. Are we running ltp under the root user ? or is it running as a regular user

Not sure. We have seen some builds fail but I haven't dived into properly get down to the real cause. We run many more 64 builds than plain x86. They're happening regularly enough to be really

Also, a hung qemu build, this one has been hanging for 3 days: https://autobuilder.yoctoproject.org/typhoon/#/builders/95/builds/1963 Top of the kernel boot log for version info: [ 0.000000]

Interesting. The last two stalls/traps that you sent were both x86-64. Are we only seeing this on x86 ? I'll have another look at the patches we carry, but there really shouldn't be anything that

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

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

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

<richard.purdie@...> wrote: (╯°□°）╯︵ ┻━┻ If you're planning to take the day off don't worry about investigating these. I'll take a look at the patches again on

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