Received: by 2002:a05:6358:1087:b0:cb:c9d3:cd90 with SMTP id j7csp3450897rwi; Sun, 16 Oct 2022 11:05:48 -0700 (PDT) X-Google-Smtp-Source: AMsMyM62oTJ92Trq5Jqy+85iLvqDBiBe+CUclVvg8/y7Ba8BkT6M4jQ4J9N5tc9U2nPO1M5vDmpx X-Received: by 2002:a05:6402:5ca:b0:445:c80a:3c2 with SMTP id n10-20020a05640205ca00b00445c80a03c2mr6915267edx.247.1665943548372; Sun, 16 Oct 2022 11:05:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1665943548; cv=none; d=google.com; s=arc-20160816; b=0j20OiPXy0fuJ9av0fgo+BrCxNk59jYYTce7/FRIwGNbaOIfHCzI1eYdFjtquKeriq Ka3iGniPcTZzfeMs/z8FL0W9LM7wBiYbewesAUh84CByid1wjfH8D8rAkcb9bMhjqTpn A2mA7V9aFNcTcYKXpQzWkljJTg0yG2TPtCLDk6HDYnw9LffDvOTMTKVerPMA2LuESgow 8Lq2nm36qDY8Cre0Oa+XN4XJnL9UpFZyM0DJxgZMJNITIsfYy0YZQUQPaIu2SKBGp00r kCcdBgmP64DGA5tMYgvE1wqS37qo3RloJuSfkYSpGCR0TQbPZ7Al70p6yDYqccjOi6fW 5syA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature:dkim-filter; bh=b4VA+tBJuEnC8jIae8cXwOp1TYcyi0oocXt7lEgyOMg=; b=HX5Misyks8P5Z7969rnrrqxTBNewE1OA3KB73jb2p9+EWFyD61BS9T3oGLy3pmnxBc 7jlUCVwmvEGBNQr8pJuqkoOUCEWr1OCZCpJwr6CbZRUrTGOnC+9G5XquINQ1kjcVhskr fvs4seZ7G9DYhDs7c/0lmRrb8zPgHdaI99wDK/srwJACGCRlGbRPoeRioLTF6tVsCQWt wRbnp9naZg3s1MqCya7Bx1ASYmDOUQSdTgeBSjYL4slaZbSictoNjAD70jG405CPSEDr IYkOiBXehY4E/jclf0enBbLOpJmrqWfP1oYoEJk9yynNp85Ct7XJNpYLWqeWae+Qo7q0 DAjQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=rTy+cCQs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gn28-20020a1709070d1c00b0078db6b965c7si7755421ejc.782.2022.10.16.11.05.13; Sun, 16 Oct 2022 11:05:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@nifty.com header.s=dec2015msa header.b=rTy+cCQs; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229705AbiJPSBz (ORCPT + 99 others); Sun, 16 Oct 2022 14:01:55 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:41448 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229464AbiJPSBx (ORCPT ); Sun, 16 Oct 2022 14:01:53 -0400 Received: from conssluserg-04.nifty.com (conssluserg-04.nifty.com [210.131.2.83]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2AB5D2EF38; Sun, 16 Oct 2022 11:01:52 -0700 (PDT) Received: from mail-oi1-f175.google.com (mail-oi1-f175.google.com [209.85.167.175]) (authenticated) by conssluserg-04.nifty.com with ESMTP id 29GI1Xd2022915; Mon, 17 Oct 2022 03:01:33 +0900 DKIM-Filter: OpenDKIM Filter v2.10.3 conssluserg-04.nifty.com 29GI1Xd2022915 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nifty.com; s=dec2015msa; t=1665943294; bh=b4VA+tBJuEnC8jIae8cXwOp1TYcyi0oocXt7lEgyOMg=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=rTy+cCQsM375y+PYO89OXal5KJiGFsH+4zReiee/tH/HpNgY9PEeI3ffusK0DiKK5 nAbZWPUCFFlOXk0gZKTWvG+0Zxs3hijaMpypoDECh406PHsd0bu7Xl+Ztw0KjV78rk lEq9nc3onvSfd7ItO5TwPTYAngqijl4VSExZSlRaY0so+m8jnIc/NUtO63C2ZTPt8L 2CN3FBNsH+zZ2ALrWEl5datZodkxvyrvkjl8fHjAdqcDlZ24C5S7LGJ9ckHk4k2ZQ2 pABDG1v+0ZIo6Z9KLiUrHC9/+TMin7w+Qbht1pH7PScQLdt7SoIamh9g+kAaumqNck KE2rFwZQnvTog== X-Nifty-SrcIP: [209.85.167.175] Received: by mail-oi1-f175.google.com with SMTP id n83so10057819oif.11; Sun, 16 Oct 2022 11:01:33 -0700 (PDT) X-Gm-Message-State: ACrzQf15XzXm6RmZI3SMd2ATC1AV5dIRn4MWCyvsP5mdD8CrNsqOK+8Q OaCFlh2svh3DFispPpnTDBJUDJ/EAMYGjl9wRwo= X-Received: by 2002:a05:6808:1b85:b0:34d:8ce1:d5b0 with SMTP id cj5-20020a0568081b8500b0034d8ce1d5b0mr11559696oib.194.1665943292581; Sun, 16 Oct 2022 11:01:32 -0700 (PDT) MIME-Version: 1.0 References: <20221014204210.383380-1-nathan@kernel.org> In-Reply-To: From: Masahiro Yamada Date: Mon, 17 Oct 2022 03:00:56 +0900 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2] lib/Kconfig.debug: Add check for non-constant .{s,u}leb128 support to DWARF5 To: Nick Desaulniers Cc: Nathan Chancellor , Andrew Morton , Tom Rix , Palmer Dabbelt , Conor Dooley , linux-kbuild@vger.kernel.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, patches@lists.linux.dev, llvm@lists.linux.dev Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.2 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_SOFTFAIL autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Oct 15, 2022 at 6:52 AM Nick Desaulniers wrote: > > On Fri, Oct 14, 2022 at 1:48 PM Nathan Chancellor wrote: > > > > When building with a RISC-V kernel with DWARF5 debug info using clang > > and the GNU assembler, several instances of the following error appear: > > > > /tmp/vgettimeofday-48aa35.s:2963: Error: non-constant .uleb128 is not supported > > > > Dumping the .s file reveals these .uleb128 directives come from > > .debug_loc and .debug_ranges: > > > > .Ldebug_loc0: > > .byte 4 # DW_LLE_offset_pair > > .uleb128 .Lfunc_begin0-.Lfunc_begin0 # starting offset > > .uleb128 .Ltmp1-.Lfunc_begin0 # ending offset > > .byte 1 # Loc expr size > > .byte 90 # DW_OP_reg10 > > .byte 0 # DW_LLE_end_of_list > > > > .Ldebug_ranges0: > > .byte 4 # DW_RLE_offset_pair > > .uleb128 .Ltmp6-.Lfunc_begin0 # starting offset > > .uleb128 .Ltmp27-.Lfunc_begin0 # ending offset > > .byte 4 # DW_RLE_offset_pair > > .uleb128 .Ltmp28-.Lfunc_begin0 # starting offset > > .uleb128 .Ltmp30-.Lfunc_begin0 # ending offset > > .byte 0 # DW_RLE_end_of_list > > > > There is an outstanding binutils issue to support a non-constant operand > > to .sleb128 and .uleb128 in GAS for RISC-V but there does not appear to > > be any movement on it, due to concerns over how it would work with > > linker relaxation. > > > > To avoid these build errors, prevent DWARF5 from being selected when > > using clang and an assembler that does not have support for these symbol > > deltas, which can be easily checked in Kconfig with as-instr plus the > > small test program from the dwz test suite from the binutils issue. > > > > Link: https://sourceware.org/bugzilla/show_bug.cgi?id=27215 > > Link: https://github.com/ClangBuiltLinux/linux/issues/1719 > > Signed-off-by: Nathan Chancellor > > Thanks for keeping these LLVM_IAS=0 builds alive a little longer. My > hope is the GNU binutils can relax their requirement for debug info > sections to improve support for DWARF v5. > > Reviewed-by: Nick Desaulniers Applied to linux-kbuild. Thanks. > > --- > > > > v2: > > - Rebase on commit bb1435f3f575 ("Kconfig.debug: add toolchain > > checks for DEBUG_INFO_DWARF_TOOLCHAIN_DEFAULT") from the kbuild > > tree. > > - Limit CONFIG_AS_HAS_NON_CONST_LEB128 dependency to GNU as. There > > is no point to applying this dependency to the integrated > > assembler because it will always pass. > > - Apply the CONFIG_AS_HAS_NON_CONST_LEB128 dependency to > > CONFIG_DEBUG_INFO_DWARF_TOOLCHAIN_DEFAULT as well, due to the > > aforementioned kbuild change. > > - Move comment block to above CONFIG_AS_HAS_NON_CONST_LEB128, as the > > configuration is now used in two places. > > - Drop Conor's tested by, as the patch is different enough to > > potentially require new testing. > > > > v1: https://lore.kernel.org/20220928182523.3105953-1-nathan@kernel.org/ > > > > lib/Kconfig.debug | 9 +++++++-- > > 1 file changed, 7 insertions(+), 2 deletions(-) > > > > diff --git a/lib/Kconfig.debug b/lib/Kconfig.debug > > index db8d9271cabf..5c1c63575895 100644 > > --- a/lib/Kconfig.debug > > +++ b/lib/Kconfig.debug > > @@ -231,6 +231,11 @@ config DEBUG_INFO > > in the "Debug information" choice below, indicating that debug > > information will be generated for build targets. > > > > +# Clang is known to generate .{s,u}leb128 with symbol deltas with DWARF5, which > > +# some targets may not support: https://sourceware.org/bugzilla/show_bug.cgi?id=27215 > > +config AS_HAS_NON_CONST_LEB128 > > + def_bool $(as-instr,.uleb128 .Lexpr_end4 - .Lexpr_start3\n.Lexpr_start3:\n.Lexpr_end4:) > > + > > choice > > prompt "Debug information" > > depends on DEBUG_KERNEL > > @@ -253,7 +258,7 @@ config DEBUG_INFO_NONE > > config DEBUG_INFO_DWARF_TOOLCHAIN_DEFAULT > > bool "Rely on the toolchain's implicit default DWARF version" > > select DEBUG_INFO > > - depends on !CC_IS_CLANG || AS_IS_LLVM || CLANG_VERSION < 140000 || (AS_IS_GNU && AS_VERSION >= 23502) > > + depends on !CC_IS_CLANG || AS_IS_LLVM || CLANG_VERSION < 140000 || (AS_IS_GNU && AS_VERSION >= 23502 && AS_HAS_NON_CONST_LEB128) > > help > > The implicit default version of DWARF debug info produced by a > > toolchain changes over time. > > @@ -277,7 +282,7 @@ config DEBUG_INFO_DWARF4 > > config DEBUG_INFO_DWARF5 > > bool "Generate DWARF Version 5 debuginfo" > > select DEBUG_INFO > > - depends on !CC_IS_CLANG || AS_IS_LLVM || (AS_IS_GNU && AS_VERSION >= 23502) > > + depends on !CC_IS_CLANG || AS_IS_LLVM || (AS_IS_GNU && AS_VERSION >= 23502 && AS_HAS_NON_CONST_LEB128) > > help > > Generate DWARF v5 debug info. Requires binutils 2.35.2, gcc 5.0+ (gcc > > 5.0+ accepts the -gdwarf-5 flag but only had partial support for some > > > > base-commit: bb1435f3f575b5213eaf27434efa3971f51c01de > > -- > > 2.38.0 > > > > > -- > Thanks, > ~Nick Desaulniers -- Best Regards Masahiro Yamada