From nobody Sat Nov 27 01:31:22 2021 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id D192418BD2B5 for ; Sat, 27 Nov 2021 01:31:27 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4J1Dbf1qZlz4pST; Sat, 27 Nov 2021 01:31:26 +0000 (UTC) (envelope-from markjdb@gmail.com) Received: by mail-io1-xd2d.google.com with SMTP id v23so13505722iom.12; Fri, 26 Nov 2021 17:31:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=qxNGhbSYmV5Ze1PnVuA2I6ZooK+7k2/+Qp7jO93ZK9k=; b=ju32Hm0mSktz3/yYTnKyK/19mJX5YboT33XGvdmKjl/wDwzpD8tjhe+dI+S+zlkf4Q q3GJOY1NB8W1sRd/IiUZmM0T5cXjqx33J9fnzjmYPmElMuhCEcfI93pw83iCeB9Xh294 zT10l8RnTiInRY1wRGAkdy/LXpqRDyM87sdhhCigV87CxN1wBZpGzNynl5zxE51qiIss BACQDM15uczdCQi33RUW3rUwUfyZN4sue0DdwmXxn3AebLnx8FLh5K/ssc1P5sjwZ2aG FgI7+FxGI1mWcWHdF1l9g36dyZNLFcePTiputacfk0ChwU6FsErhMa3Y3LgrN/5I8nIn bmLA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition:in-reply-to; bh=qxNGhbSYmV5Ze1PnVuA2I6ZooK+7k2/+Qp7jO93ZK9k=; b=nS5gz1Ke0PULn51WiXvifJCLJ5pMPcpyq22Zz64tEFCdClYXe7V5+glRecAPCFgm5X FAowvGt7KhqE3MQCmJfNaxYdvrAwOf4ILRwE339KXZW2ChReuQYbPZRBoY7VLxY0/3FT wqGQW+C+79idvwlAYvxGeUB1fA5fEplbqqf3EfNJhrsz13mda79Cr+Hdm9fE7rAdU/rv zqV76RqT5sa+sepzoalXXbH9hEAK5In0ok/ZeTJOFKsI/anpryOB1lRHt4sEffkdN2Ni ogylNVcbyEplpMgc8lZaPFYt8ZhswSUsAsXtKhN0DjAdJnZf4RO0lV8GQL14XyEuZlCv zEWA== X-Gm-Message-State: AOAM532KmB0BwUX7BFGAIodSCr+r6K5zBYSCaczjmT/feylQ/tBwHZJs IAPxpCudqX6Xqp3NLy3y8dWFhJmj+tg= X-Google-Smtp-Source: ABdhPJw0YBgWFfBTzOWhvqZ1ZGaJ2glSjl3TxOVv0pTdI/JiHr/R/cUnLyOXpprqa3DBgqhyH/qftw== X-Received: by 2002:a05:6638:19a:: with SMTP id a26mr51085974jaq.133.1637976685228; Fri, 26 Nov 2021 17:31:25 -0800 (PST) Received: from nuc ([142.126.186.191]) by smtp.gmail.com with ESMTPSA id x2sm3058477ilv.65.2021.11.26.17.31.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 26 Nov 2021 17:31:24 -0800 (PST) Date: Fri, 26 Nov 2021 20:31:22 -0500 From: Mark Johnston To: Andriy Gapon Cc: FreeBSD Current Subject: Re: ctfconvert: rc = 1 Unsupported version [_dwarf_info_load(229)] Message-ID: References: List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4J1Dbf1qZlz4pST X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20210112 header.b=ju32Hm0m; dmarc=none; spf=pass (mx1.freebsd.org: domain of markjdb@gmail.com designates 2607:f8b0:4864:20::d2d as permitted sender) smtp.mailfrom=markjdb@gmail.com X-Spamd-Result: default: False [-2.28 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20210112]; NEURAL_HAM_MEDIUM(-0.71)[-0.714]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[text/plain]; MID_RHS_NOT_FQDN(0.50)[]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000]; RCVD_COUNT_THREE(0.00)[3]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::d2d:from]; NEURAL_HAM_SHORT(-0.87)[-0.869]; FORGED_SENDER(0.30)[markj@freebsd.org,markjdb@gmail.com]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; FROM_NEQ_ENVFROM(0.00)[markj@freebsd.org,markjdb@gmail.com]; RCVD_TLS_ALL(0.00)[]; DWL_DNSWL_NONE(0.00)[gmail.com:dkim] X-ThisMailContainsUnwantedMimeParts: N On Fri, Nov 26, 2021 at 02:48:03PM -0500, Mark Johnston wrote: > On Fri, Nov 26, 2021 at 02:00:27PM -0500, Mark Johnston wrote: > > On Fri, Nov 26, 2021 at 06:12:49PM +0200, Andriy Gapon wrote: > > > On 26/11/2021 18:06, Mark Johnston wrote: > > > > On Thu, Nov 25, 2021 at 10:48:36PM +0200, Andriy Gapon wrote: > > > >> > > > >> I've just finished builds of yesterday's CURRENT / main for arm and arm64. > > > >> In both builds I got lots of messages from ctfconvert: > > > >> ctfconvert: rc = 1 Unsupported version [_dwarf_info_load(229)] > > > >> > > > >> I got an impression that there was a message for each object file, that's how > > > >> many of them were there. > > > >> > > > >> I don't recall seeing those messages before. > > > >> > > > >> Should I be concerned? > > > >> Maybe I am doing something wrong or have an unusual configuration? > > > >> Any way to fix the issue? > > > >> > > > >> Thanks! > > > >> > > > >> P.S. > > > >> The builds were done on stable/13, so maybe there is an issue with host tools > > > >> not being able to grok something new. > > > > > > > > I haven't seen this before, for what it's worth. I presume this is from > > > > a kernel build? Does the configuration enable generation of debug info > > > > with, e.g., "makeoptions DEBUG=-g"? > > > > > > This is actually from buildworld. > > > buildkernel is silent. > > > > Thanks, I can reproduce it now. > > > > Our libdwarf is complaining that the first compilation unit header in > > .debug_info contains an unsupported DWARF version number (libdwarf only > > supports 2, 3 and 4). In files compiled by clang it ends up being zero. > > For instance, compiling bin/cat and dumping the .debug_info section: > > > > gcc10: > > c1250000 04000000 00000801 00000000 > > ^ DWARF version > > clang: > > 01000000 00000000 4e230000 00000000 > > > > llvm-dwarfdump and binutils readelf are somehow still able to find a > > valid-looking unit header, but I haven't yet been able to figure out how > > they do that from reading the DWARF 4/5 specs or the LLVM sources. > > Ah, we recently started configuring clang to compress debug sections by > default, and our libdwarf doesn't know how to handle that. As an > interim workaround this could simply be disabled with WITH_CTF is > configured: ... or give this a try: https://reviews.freebsd.org/D33139