From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from simark.ca by simark.ca with LMTP id QNDJOp45r2mZwCAAWB0awg (envelope-from ) for ; Mon, 09 Mar 2026 17:20:30 -0400 Authentication-Results: simark.ca; dkim=pass (1024-bit key; secure) header.d=sourceware.org header.i=@sourceware.org header.a=rsa-sha256 header.s=default header.b=TQUxuTdO; dkim-atps=neutral Received: by simark.ca (Postfix, from userid 112) id D440F1E089; Mon, 09 Mar 2026 17:20:30 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 4.0.1 (2024-03-25) on simark.ca X-Spam-Level: X-Spam-Status: No, score=-2.4 required=5.0 tests=ARC_SIGNED,ARC_VALID,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,RCVD_IN_VALIDITY_CERTIFIED_BLOCKED, RCVD_IN_VALIDITY_RPBL_BLOCKED,RCVD_IN_VALIDITY_SAFE_BLOCKED autolearn=ham autolearn_force=no version=4.0.1 Received: from vm01.sourceware.org (vm01.sourceware.org [38.145.34.32]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange x25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by simark.ca (Postfix) with ESMTPS id C37301E089 for ; Mon, 09 Mar 2026 17:20:29 -0400 (EDT) Received: from vm01.sourceware.org (localhost [127.0.0.1]) by sourceware.org (Postfix) with ESMTP id 397A74BA23FF for ; Mon, 9 Mar 2026 21:20:23 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 397A74BA23FF DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1773091223; bh=GOyACsBbio+oUBA9B3MeTDYXcSct47ZiDSAyMf+x7L4=; h=Subject:To:Cc:Date:In-Reply-To:References:List-Id: List-Unsubscribe:List-Archive:List-Post:List-Help:List-Subscribe: From:Reply-To:From; b=TQUxuTdOfsjbCcUR/uIxF2of6/EhQzbA8ZVxdwKX2K6S4wPia/4K7AZ4yrp91KygP BMbnHZtZ6F3hnFIRKkUnqER4ASqWODCUjReoYe1qfN38dI4LS/4sQvziPaSKTIgKcC GCGNx+v1TD9fdHoIFEhnRu4v9yoktO/XEeNnQPFg= Received: from eggs.gnu.org (eggs.gnu.org [IPv6:2001:470:142:3::10]) by sourceware.org (Postfix) with ESMTPS id 1020B4BA2E15 for ; Mon, 9 Mar 2026 21:19:50 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.2 sourceware.org 1020B4BA2E15 ARC-Filter: OpenARC Filter v1.0.0 sourceware.org 1020B4BA2E15 ARC-Seal: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1773091190; cv=none; b=tfma01PQgvA5cyqNS4u/0Nqk/G+dbvzFYEPGBhnGyUAHXtyok1s6KrR6sdnEWy26nKoVufaggrNkn8+MojynyRNvsASdvbCEicuF5M4YVoddxADHBzj09+EGeBZdc9n8wgHDpNp8XPdwkwIRqvsANHIJsvJFJibTQFXIKatdAxo= ARC-Message-Signature: i=1; a=rsa-sha256; d=sourceware.org; s=key; t=1773091190; c=relaxed/simple; bh=NEJRAufqM3n1GQ564Izd3O6MRHU8+jzIRvXmMeblAaw=; h=DKIM-Signature:Message-ID:Subject:From:To:Date:MIME-Version; b=icEpQDmrTD4ZzFhVd2h5zOSaQPj4jnHo0XqAM8z/6E0dLc0o8ppTu81HdPGYRkJyHYzJADIegw6Uztt+W8H0khograTd95NTXgbYfFlNiYXuCa5xA2lxvZSilA9EtKY0AFLDQ4ufpjNL+gJTDjtaAGuZARL7lQBixUAICAyUbvQ= ARC-Authentication-Results: i=1; server2.sourceware.org DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org 1020B4BA2E15 Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1vzi0y-0005yj-N4; Mon, 09 Mar 2026 17:19:49 -0400 Message-ID: Subject: Re: Does gdb debuginfod download libc etc.? To: Andrew Burgess Cc: gdb@sourceware.org Date: Mon, 09 Mar 2026 17:19:44 -0400 In-Reply-To: <421fe2ad615c4af1443ddbd3955ee65cb7feb9ee.camel@gnu.org> References: <86wlzmfyep.fsf@aarsen.me> <4844fe241f5524951dc68a6ce05e450897342034.camel@gnu.org> <8c514818-14bd-462d-8aed-0c323327acae@simark.ca> <7949b3d7727ab11f6bc3c833fae81f485c345c47.camel@gnu.org> <87ldg16ivz.fsf@redhat.com> <421fe2ad615c4af1443ddbd3955ee65cb7feb9ee.camel@gnu.org> Organization: GNU's Not UNIX! Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.58.3 (by Flathub.org) MIME-Version: 1.0 X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.30 Precedence: list List-Id: Gdb mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , From: Paul Smith via Gdb Reply-To: psmith@gnu.org Errors-To: gdb-bounces~public-inbox=simark.ca@sourceware.org Sender: "Gdb" On Mon, 2026-03-09 at 16:32 -0400, Paul Smith via Gdb wrote: > Ah, this is very useful.=C2=A0 Unfortunately it leads me to this > discovery; > the only output I get from this is: >=20 > (gdb) core-file /data/psh13/tmp/core > [core-load] build_file_mappings: enter > [core-load] build_file_mappings: exit More debugging shows that linux_read_core_file_mappings() is returning early due to this: /* It's not required that the NT_FILE note exists, so return silently if it's not found. Beyond this point though, we'll complain if problems are found. */ asection *section =3D bfd_get_section_by_name (cbfd, ".note.linuxcore.fi= le"); if (section =3D=3D nullptr) return; (Most of) my core files are generated by the Google coredumper library, not by the Linux kernel, and I guess they don't have this note section. It appears that this note section isn't actually required in order for us to access the build ID values (after all, elfutils does it), but this function gives up if the section doesn't exist. I can look into how to force my cores to have this section, but I'd really like to teach GDB how to handle core files without it, since I have a lot of them and will likely continue to get them for some time even if I do manage to make this change to new releases.