Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2121554pxb; Fri, 29 Jan 2021 13:56:11 -0800 (PST) X-Google-Smtp-Source: ABdhPJwzp0lHdb7WUHHRNkVtXJHb8VmuBQYY/E9NJ5m3P8gtPwZ3g2Qa+RdoYzLNDtW3r0XYnYoT X-Received: by 2002:a50:e3c4:: with SMTP id c4mr7491234edm.77.1611957371061; Fri, 29 Jan 2021 13:56:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611957371; cv=none; d=google.com; s=arc-20160816; b=ampCDzJhjorqoylaMFjbalNHbb1DvGuqTecrnXLobWBsSEPyVt6wCUnBbopnz6+A7h h2S8qb13KpsPnpkjyjVJWWqUO+OhnN8xHXrvT+chkt12JBgeZCy0ctyqh3x6cTLzSO9O G0ctaDVJu9Nf2spfG4lh4mMx5udqYhHIyzHTQ92Lfk9ByO+v6DfMEK27y/Txkny49FkW Fr3kn+QioqribyrXGAuIehhnwnfcjLcTFfFAP23cCBQgExbWYxx+lSuocxz+UV4o8kDv vuYkcKDp2nXkjt9ejSSMUCxp6IXj2IL5oZgUSUmV6AgdcCjQJ9Cv3RYW4gT5fealLNrL Ofig== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=66OnicxN8b957KRstnD4eIgSSL6I+OCGMeiimWvmwzA=; b=TX9ZFPoaqUMYfdDIjewB7jAKnCS8hMSmlCDnRVTakhPH28TipXBGk24WYZQCn3FaMj ciugAmUnLSGQWIhB0PQJQUdTI7FQpvh90KbR6sgMi/Tt4OVDTFoWbnYeDfxPFL415mon TbCoydBUhA0Iu7P4jqgKkwCoScXBxQDUZ5sOBynxP4A12w7hSM8uhgsgJRy2MNTbFNT/ rF7lGHjGu4qeGcvknki/dgdcGdgsvQ3SUMuQ1ZBPqo25dkzepLVWqm95VmSJwQ7uyaai hFKwCLhRjm3UGtlk+iFRVVQ97fbnN3xY9Tgl9V8yOFLl5xRSHAlghKUrzlf63huhgVLD aORw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=B+t93N04; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g13si5992385edk.411.2021.01.29.13.55.46; Fri, 29 Jan 2021 13:56:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=B+t93N04; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233318AbhA2Vwq (ORCPT + 99 others); Fri, 29 Jan 2021 16:52:46 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51264 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232654AbhA2Vwn (ORCPT ); Fri, 29 Jan 2021 16:52:43 -0500 Received: from mail-pl1-x632.google.com (mail-pl1-x632.google.com [IPv6:2607:f8b0:4864:20::632]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B1307C06174A for ; Fri, 29 Jan 2021 13:52:03 -0800 (PST) Received: by mail-pl1-x632.google.com with SMTP id j11so3457734plt.11 for ; Fri, 29 Jan 2021 13:52:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=66OnicxN8b957KRstnD4eIgSSL6I+OCGMeiimWvmwzA=; b=B+t93N04y5xfH2+hQsPVoKg0aIPuNXBMLJDBI3xXi8uHLZ8QEypTjs7tq72orJr1md FXuLFsBW3FrHkdvgA6NsNSr+2Br+ADGxACQ4xH7RygtyvQ6Abag5VzQOueIwrTmHyKwZ kv4hrY3KnjnnBnkvOLl3p0vspOtrf0mdV+KzoqW7IsxN14gd9+sWOsHSyZfgUvdaBCGt V0Nt8jwKgc9/E/ZZgIoYH8wf7p1y1gk6vumFgFHMxdTUChpA72VarQ/YNuscaYfB+mBr v2fr4P4TFeyhYzbrM2tpBdP2TdR9wJAQ7jf2+zsJCx+Sx+eev3wre8CCElsnm/rUA5d8 qYMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=66OnicxN8b957KRstnD4eIgSSL6I+OCGMeiimWvmwzA=; b=BNcOe8FwSGG9fo1/R3vaCttOlVtyyqtCHCE2zz28mcFyly/Ztqrrs0kMw1kkr3hIia U5ReOSLdhTqT6sBAhofY74w6zRfXrs6mX8XjoKf/+/x6fmPQ1xqz94Goy21YZJN3FMGo yQF6Kov8dvl78GLvr9wnvzH30JATqAVrdDBa0z56noGC9Mldo4GU7IlmVRr3BYHZkRnm l/SH/tFJVVtV4mvbAQ9FpEe+aYOF2BrCelwUZRHHMyYRBWH4VhUFlbZTkgxVzzipALJs jU2vT6zif+c+Gz9oDCBcwrw7cOCS6flmCUF4UJsHC60kDDDS/JwGfAfzDL1nGJNc20QN KLdg== X-Gm-Message-State: AOAM5329hrnYbojRCsHj7pUOrJmWCs4hUNsBO98RScl3GQIX2ECJkNhJ EfftZV/S+Y0Ubhs6Lxb0niXlig== X-Received: by 2002:a17:902:ee4b:b029:de:9cd1:35c8 with SMTP id 11-20020a170902ee4bb02900de9cd135c8mr347429plo.18.1611957122833; Fri, 29 Jan 2021 13:52:02 -0800 (PST) Received: from google.com ([2620:15c:2ce:0:a6ae:11ff:fe11:4abb]) by smtp.gmail.com with ESMTPSA id u3sm10595302pfm.144.2021.01.29.13.52.01 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 29 Jan 2021 13:52:02 -0800 (PST) Date: Fri, 29 Jan 2021 13:51:58 -0800 From: Fangrui Song To: Nick Desaulniers Cc: Masahiro Yamada , Nathan Chancellor , Andrew Morton , Sedat Dilek , linux-kernel@vger.kernel.org, clang-built-linux@googlegroups.com, linux-kbuild@vger.kernel.org, linux-arch@vger.kernel.org, Jakub Jelinek , Caroline Tice , Nick Clifton , Yonghong Song , Jiri Olsa , Andrii Nakryiko , Arnaldo Carvalho de Melo , Arvind Sankar Subject: Re: [PATCH v6 2/2] Kbuild: implement support for DWARF v5 Message-ID: <20210129215158.xs2pidjkex2gtqs7@google.com> References: <20210129194318.2125748-1-ndesaulniers@google.com> <20210129194318.2125748-3-ndesaulniers@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline In-Reply-To: <20210129194318.2125748-3-ndesaulniers@google.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2021-01-29, Nick Desaulniers wrote: >DWARF v5 is the latest standard of the DWARF debug info format. > >Feature detection of DWARF5 is onerous, especially given that we've >removed $(AS), so we must query $(CC) for DWARF5 assembler directive >support. > >The DWARF version of a binary can be validated with: >$ llvm-dwarfdump vmlinux | head -n 4 | grep version >or >$ readelf --debug-dump=info vmlinux 2>/dev/null | grep Version > >DWARF5 wins significantly in terms of size when mixed with compression >(CONFIG_DEBUG_INFO_COMPRESSED). > >363M vmlinux.clang12.dwarf5.compressed >434M vmlinux.clang12.dwarf4.compressed >439M vmlinux.clang12.dwarf2.compressed >457M vmlinux.clang12.dwarf5 >536M vmlinux.clang12.dwarf4 >548M vmlinux.clang12.dwarf2 > >515M vmlinux.gcc10.2.dwarf5.compressed >599M vmlinux.gcc10.2.dwarf4.compressed >624M vmlinux.gcc10.2.dwarf2.compressed >630M vmlinux.gcc10.2.dwarf5 >765M vmlinux.gcc10.2.dwarf4 >809M vmlinux.gcc10.2.dwarf2 > >Though the quality of debug info is harder to quantify; size is not a >proxy for quality. > >Jakub notes: > All [GCC] 5.1 - 6.x did was start accepting -gdwarf-5 as experimental > option that enabled some small DWARF subset (initially only a few > DW_LANG_* codes newly added to DWARF5 drafts). Only GCC 7 (released > after DWARF 5 has been finalized) started emitting DWARF5 section > headers and got most of the DWARF5 changes in... > >Version check GCC so that we don't need to worry about the difference in >command line args between GNU readelf and llvm-readelf/llvm-dwarfdump to >validate the DWARF Version in the assembler feature detection script. > >GNU `as` only recently gained support for specifying -gdwarf-5, so when >compiling with Clang but without Clang's integrated assembler >(LLVM_IAS=1 is not set), explicitly add -Wa,-gdwarf-5 to DEBUG_CFLAGS. > >Disabled for now if CONFIG_DEBUG_INFO_BTF is set; pahole doesn't yet >recognize the new additions to the DWARF debug info. Thanks to Sedat for >the report. > >Link: http://www.dwarfstd.org/doc/DWARF5.pdf >Reported-by: Sedat Dilek >Suggested-by: Arvind Sankar >Suggested-by: Caroline Tice >Suggested-by: Fangrui Song >Suggested-by: Jakub Jelinek >Suggested-by: Masahiro Yamada >Suggested-by: Nathan Chancellor >Signed-off-by: Nick Desaulniers >--- > Makefile | 12 ++++++++++++ > include/asm-generic/vmlinux.lds.h | 6 +++++- > lib/Kconfig.debug | 18 ++++++++++++++++++ > scripts/test_dwarf5_support.sh | 8 ++++++++ > 4 files changed, 43 insertions(+), 1 deletion(-) > create mode 100755 scripts/test_dwarf5_support.sh > >diff --git a/Makefile b/Makefile >index 20141cd9319e..bed8b3b180b8 100644 >--- a/Makefile >+++ b/Makefile >@@ -832,8 +832,20 @@ endif > > dwarf-version-$(CONFIG_DEBUG_INFO_DWARF2) := 2 > dwarf-version-$(CONFIG_DEBUG_INFO_DWARF4) := 4 >+dwarf-version-$(CONFIG_DEBUG_INFO_DWARF5) := 5 > DEBUG_CFLAGS += -gdwarf-$(dwarf-version-y) > >+# If using clang without the integrated assembler, we need to explicitly tell >+# GAS that we will be feeding it DWARF v5 assembler directives. Kconfig should >+# detect whether the version of GAS supports DWARF v5. >+ifdef CONFIG_CC_IS_CLANG >+ifneq ($(LLVM_IAS),1) >+ifeq ($(dwarf-version-y),5) >+DEBUG_CFLAGS += -Wa,-gdwarf-5 >+endif >+endif >+endif >+ > ifdef CONFIG_DEBUG_INFO_REDUCED > DEBUG_CFLAGS += $(call cc-option, -femit-struct-debug-baseonly) \ > $(call cc-option,-fno-var-tracking) >diff --git a/include/asm-generic/vmlinux.lds.h b/include/asm-generic/vmlinux.lds.h >index 34b7e0d2346c..f8d5455cd87f 100644 >--- a/include/asm-generic/vmlinux.lds.h >+++ b/include/asm-generic/vmlinux.lds.h >@@ -843,7 +843,11 @@ > .debug_types 0 : { *(.debug_types) } \ > /* DWARF 5 */ \ > .debug_macro 0 : { *(.debug_macro) } \ >- .debug_addr 0 : { *(.debug_addr) } >+ .debug_addr 0 : { *(.debug_addr) } \ >+ .debug_line_str 0 : { *(.debug_line_str) } \ >+ .debug_loclists 0 : { *(.debug_loclists) } \ >+ .debug_rnglists 0 : { *(.debug_rnglists) } \ >+ .debug_str_offsets 0 : { *(.debug_str_offsets) } Add .debug_names for -gdwarf-5 -gpubnames The internal linker script of GNU ld 2.36 will have it. https://sourceware.org/pipermail/binutils/2021-January/115064.html (Compilers don't generate .debug_sup, I added to GNU ld just for future-proof.). > /* Stabs debugging sections. */ > #define STABS_DEBUG \ >diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug >index 1850728b23e6..09146b1af20d 100644 >--- a/lib/Kconfig.debug >+++ b/lib/Kconfig.debug >@@ -273,6 +273,24 @@ config DEBUG_INFO_DWARF4 > It makes the debug information larger, but it significantly > improves the success of resolving variables in gdb on optimized code. > >+config DEBUG_INFO_DWARF5 >+ bool "Generate DWARF Version 5 debuginfo" >+ depends on GCC_VERSION >= 50000 || CC_IS_CLANG >+ depends on CC_IS_GCC || $(success,$(srctree)/scripts/test_dwarf5_support.sh $(CC) $(CLANG_FLAGS)) >+ depends on !DEBUG_INFO_BTF >+ help >+ Generate DWARF v5 debug info. Requires binutils 2.35, gcc 5.0+ (gcc >+ 5.0+ accepts the -gdwarf-5 flag but only had partial support for some >+ draft features until 7.0), and gdb 8.0+. >+ >+ Changes to the structure of debug info in Version 5 allow for around >+ 15-18% savings in resulting image and debug info section sizes as >+ compared to DWARF Version 4. DWARF Version 5 standardizes previous >+ extensions such as accelerators for symbol indexing and the format >+ for fission (.dwo/.dwp) files. Users may not want to select this >+ config if they rely on tooling that has not yet been updated to >+ support DWARF Version 5. >+ > endchoice # "DWARF version" > > config DEBUG_INFO_BTF >diff --git a/scripts/test_dwarf5_support.sh b/scripts/test_dwarf5_support.sh >new file mode 100755 >index 000000000000..1a00484d0b2e >--- /dev/null >+++ b/scripts/test_dwarf5_support.sh >@@ -0,0 +1,8 @@ >+#!/bin/sh >+# SPDX-License-Identifier: GPL-2.0 >+ >+# Test that assembler accepts -gdwarf-5 and .file 0 directives, which were bugs >+# in binutils < 2.35. >+# https://sourceware.org/bugzilla/show_bug.cgi?id=25612 >+# https://sourceware.org/bugzilla/show_bug.cgi?id=25614 >+echo '.file 0 "filename"' | $* -gdwarf-5 -Wa,-gdwarf-5 -c -x assembler -o /dev/null - >-- >2.30.0.365.g02bc693789-goog >