From: Alexandre Belloni <alexandre.belloni@bootlin.com>
To: Richard Purdie <richard.purdie@linuxfoundation.org>
Cc: gavrosc@yahoo.com, openembedded-core@lists.openembedded.org,
Yoann Congal <yoann.congal@smile.fr>,
Randy MacLeod <randy.macleod@windriver.com>
Subject: Re: [OE-core] [PATCH v2] host_dmesg_logger: dmesg diff on BuildStarted and BuildCompleted
Date: Tue, 24 Jun 2025 10:36:00 +0200 [thread overview]
Message-ID: <202506240836003fe8020b@mail.local> (raw)
In-Reply-To: <fc236595167fbad1b128f73b64ec236f9e9d4164.camel@linuxfoundation.org>
On 24/06/2025 08:59:18+0100, Richard Purdie wrote:
> However there is an issue here:
>
> https://autobuilder.yoctoproject.org/valkyrie/#/builders/43/builds/1900
>
> stdio: WARNING: +[Mon Jun 23 23:24:20 2025] rustc[2793145]: segfault at 7d85a57fef60 ip 00007d85ace75881 sp 00007d85a57fef60 error 6 in librustc_driver-2c391d96288416bb.so[7d85a72c0000+6246000] likely on CPU 23 (core 53, socket 0)
> stdio: WARNING: +[Mon Jun 23 23:24:20 2025] Code: b5 13 03 48 89 df e8 be af 44 fa 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 55 41 57 41 56 41 55 41 54 53 48 81 ec b8 00 00 00 <48> 89 34 24 49 89 ff 4c 8b 2f 49 83 fd 02 0f 84 dc 00 00 00 49 83
> stdio: WARNING: +[Mon Jun 23 23:24:20 2025] rustc[2793415]: segfault at 761e429fee20 ip 0000761e49d83872 sp 0000761e429fee10 error 6 in librustc_driver-2c391d96288416bb.so[761e444c0000+6246000] likely on CPU 65 (core 21, socket 0)
> stdio: WARNING: +[Mon Jun 23 23:24:20 2025] Code: 84 00 00 00 00 00 66 90 55 41 57 41 56 41 55 41 54 53 48 81 ec b8 06 00 00 48 8b 9e b8 00 00 00 80 4e 64 10 49 89 d4 49 89 fe <48> 89 74 24 10 0f b6 86 a8 00 00 00 83 f8 22 74 1e 83 f8 23 0f 85
> stdio: WARNING: +[Mon Jun 23 23:24:20 2025] rustc[2792864]: segfault at 7336b89fef50 ip 00007336bf403241 sp 00007336b89fef40 error 6 in librustc_driver-2c391d96288416bb.so[7336ba4c0000+6246000] likely on CPU 91 (core 41, socket 0)
> stdio: WARNING: +[Mon Jun 23 23:24:20 2025] Code: 48 8d 7c 24 40 e8 8f 9d ff ff 48 89 df e8 f7 d5 0b fb ff 15 49 98 d9 03 90 55 41 57 41 56 41 55 41 54 53 48 81 ec 18 02 00 00 <4c> 89 44 24 10 48 89 cb 89 94 24 b0 00 00 00 49 89 f7 48 89 7c 24
> stdio: WARNING: +[Mon Jun 23 23:24:21 2025] rustc[2792945]: segfault at 7b4c847fefe0 ip 00007b4c8b003241 sp 00007b4c847fefd0 error 6 in librustc_driver-2c391d96288416bb.so[7b4c860c0000+6246000] likely on CPU 46 (core 44, socket 0)
> stdio: WARNING: +[Mon Jun 23 23:24:21 2025] Code: 48 8d 7c 24 40 e8 8f 9d ff ff 48 89 df e8 f7 d5 0b fb ff 15 49 98 d9 03 90 55 41 57 41 56 41 55 41 54 53 48 81 ec 18 02 00 00 <4c> 89 44 24 10 48 89 cb 89 94 24 b0 00 00 00 49 89 f7 48 89 7c 24
> stdio: WARNING: +[Mon Jun 23 23:24:24 2025] rustc[2792678]: segfault at 7312ff7fff80 ip 000073130ad372c9 sp 00007312ff7fff80 error 6 in librustc_driver-2c391d96288416bb.so[7313058c0000+6246000] likely on CPU 64 (core 20, socket 0)
> stdio: WARNING: +[Mon Jun 23 23:24:24 2025] Code: 00 00 48 89 b4 24 c8 00 00 00 48 39 ca 0f 85 97 06 00 00 49 89 d6 49 89 f7 48 89 fb 0f b6 86 f5 00 00 00 0f b6 8e f7 00 00 00 <48> 89 14 24 88 4c 24 08 88 44 24 09 48 89 e6 4c 89 ff e8 e0 d1 fe
>
> The question is therefore going to be how to filter this down to
> something useful, and/or how to save the data so we can work on
> reducing these issues over time?
>
> The data is useful to have, and over time we should look for and fix
> these segfaults and so on but we can't have this level of warnings on
> the builds.
Seeing the actual output, I don't think having a human readable date is a good
idea as all the other dates we use are in UNIX timestamp format.
Maybe we could use -l to restrict the levels, something like dmesg --level=err+
or dmesg --level=warn+ I'm pretty sure this is going to filter the tap interface
message. The hrtimer message is a pr_warn_once so it would appear only after
reboot, I guess the build was juste after maintenance.
Or we could use --facility and filter out all the kernel builderssages as we are
probably more interested in what is happening in user space. maybe using -x
would be a good idea and we could then do this filtering and make it
configurable using a variable in the class.
Having a way to more precisely filter messages would be great but will also
require maintaining the list of filters.
--
Alexandre Belloni, co-owner and COO, Bootlin
Embedded Linux and Kernel engineering
https://bootlin.com
next prev parent reply other threads:[~2025-06-24 8:36 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20250623171552.28824-1-gavrosc.ref@yahoo.com>
2025-06-23 17:15 ` [PATCH v2] host_dmesg_logger: dmesg diff on BuildStarted and BuildCompleted Christos Gavros
2025-06-23 21:18 ` [OE-core] " Richard Purdie
2025-06-24 5:59 ` Christos Gavros
[not found] ` <184BC8A6CD5551EF.5589@lists.openembedded.org>
2025-06-24 7:59 ` [OE-core] " Richard Purdie
2025-06-24 8:36 ` Alexandre Belloni [this message]
2025-06-24 20:16 ` Christos Gavros
2025-06-24 20:43 ` [OE-core] " Richard Purdie
2025-06-24 21:14 ` Christos Gavros
2025-06-24 22:33 ` [OE-core] " Richard Purdie
2025-06-25 5:50 ` Christos Gavros
2025-07-01 7:11 ` Christos Gavros
2025-07-01 7:57 ` [OE-core] " Richard Purdie
2025-07-01 8:07 ` Christos Gavros
2025-07-01 8:25 ` Christos Gavros
[not found] ` <184E1198346579D3.6792@lists.openembedded.org>
2025-07-01 8:00 ` [OE-core] " Richard Purdie
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202506240836003fe8020b@mail.local \
--to=alexandre.belloni@bootlin.com \
--cc=gavrosc@yahoo.com \
--cc=openembedded-core@lists.openembedded.org \
--cc=randy.macleod@windriver.com \
--cc=richard.purdie@linuxfoundation.org \
--cc=yoann.congal@smile.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.