Openembedded Core Discussions
 help / color / mirror / Atom feed
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


  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox