From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.2 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, URIBL_BLOCKED,USER_AGENT_SANE_2 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id C77E7C433E0 for ; Wed, 3 Feb 2021 10:25:13 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 7CF49614A7 for ; Wed, 3 Feb 2021 10:25:13 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233775AbhBCKYe convert rfc822-to-8bit (ORCPT ); Wed, 3 Feb 2021 05:24:34 -0500 Received: from wildebeest.demon.nl ([212.238.236.112]:37754 "EHLO gnu.wildebeest.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233767AbhBCKYb (ORCPT ); Wed, 3 Feb 2021 05:24:31 -0500 Received: from tarox.wildebeest.org (tarox.wildebeest.org [172.31.17.39]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by gnu.wildebeest.org (Postfix) with ESMTPSA id 5301B30014A4; Wed, 3 Feb 2021 11:23:48 +0100 (CET) Received: by tarox.wildebeest.org (Postfix, from userid 1000) id EB7E24000C6A; Wed, 3 Feb 2021 11:23:47 +0100 (CET) Message-ID: <95233b493fd29b613f5bf3f92419528ce3298c14.camel@klomp.org> Subject: Re: [RFT] pahole 1.20 RC was Re: [PATCH] btf_encoder: Add extra checks for symbol names From: Mark Wielaard To: sedat.dilek@gmail.com, Andrii Nakryiko Cc: Arnaldo Carvalho de Melo , Tom Stellard , Jiri Olsa , dwarves@vger.kernel.org, bpf , Alexei Starovoitov , Andrii Nakryiko , Yonghong Song , Hao Luo , "Daniel P." =?ISO-8859-1?Q?Berrang=E9?= Date: Wed, 03 Feb 2021 11:23:47 +0100 In-Reply-To: References: <20210112184004.1302879-1-jolsa@kernel.org> <20210121133825.GB12699@kernel.org> <20210128200046.GA794568@kernel.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8BIT X-Mailer: Evolution 3.28.5 (3.28.5-10.el7) Mime-Version: 1.0 Precedence: bulk List-ID: X-Mailing-List: bpf@vger.kernel.org Hi, On Wed, 2021-02-03 at 10:03 +0100, Sedat Dilek wrote: > > It all looks to be working fine on my side. There is a compilation > > error in our libbpf CI when building the latest pahole from sources > > due to DW_FORM_implicit_const being undefined. I'm updating our VMs to > > use Ubuntu Focal 20.04, up from Bionic 18.04, and that should > > hopefully solve the issue due to newer versions of libdw. If you worry > > about breaking others, though, we might want to add #ifndef guards and > > re-define DW_FORM_implicit_const as 0x21 explicitly in pahole source > > code. I think that might be a good idea for older setups. But that also means that the underlying elfutils libdw doesn't support DWARF5, so pahole itself also wouldn't work (the define would only fix the compile time issue, not the runtime issue of not being able to parse DW_FORM_implicit_const). That might not be a problem because such systems also wouldn't have GCC11 defaulting to DWARF5. > > But otherwise, all good from what I can see in my environment. > > Looking > > forward to 1.20 release! I'll let you know if, after updating to > > Ubuntu Focal, any new pahole issues crop up. > > > > Last weekend I did some testing with > and DWARF-v5 support for the > Linux-kernel. > > The good: I was able to compile :-). > The bad: My build-log grew up to 1.2GiB and I could not boot in QEMU. > The ugly: I killed the archive which had all relevant material. I think the build-log grew so much because of warnings about unknown tags. At least when using GCC11 you'll get a couple of standardized DWARF5 tags instead of the GNU extensions to DWARF4. That should be solved by: commit d783117162c0212d4f75f6cea185f493d2f244e1 Author: Mark Wielaard Date: Sun Jan 31 01:27:31 2021 +0100 dwarf_loader: Handle DWARF5 DW_TAG_call_site like DW_TAG_GNU_call_site Cheers, Mark