Received: by 2002:a05:6520:2f93:b029:af:d4db:7a05 with SMTP id 19csp2378712lkf; Fri, 5 Feb 2021 11:34:48 -0800 (PST) X-Google-Smtp-Source: ABdhPJzicjj7hGvVn0IsCb0LYjyq77aAgdfEn5EAIzPj/gRu4fVPsdR+8YNoZPB/i5WG3KzNe2c8 X-Received: by 2002:a17:906:73c2:: with SMTP id n2mr5570872ejl.224.1612553688770; Fri, 05 Feb 2021 11:34:48 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612553688; cv=none; d=google.com; s=arc-20160816; b=ANaoIk/ogtZYlQ05dEgGgCGodigW9lke/h8BQaDKuOLjlrX1VjuLFg7QC8BbTwcss5 MB7DcYJk1tjFP1w/A+jpIvD0XsiqnWBGLQNzlLg/+BrfZA0DaK0xlQ8+Re3ChSnQjHBh IdNguCVy4FCsKfkMAHekny29GThOJS6Yc155cLtQvxu3Gzafqt+qGfKg435j6u7h7iV1 ish7BirkvC7va8vjKhYoeWyAygIPxzLuK4MvWGg8Wz3XIvadICaVgFWIDPkYOCUcWipF 1wbwN44KJ7pveQ9qAKJ7Tst2FhN4fUSYm5Y9mBTNLReJ96jgtVqTHHuwM6CuBzIF8tOr PcUQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:in-reply-to:references:mime-version :dkim-signature; bh=nMVBlfktI32CKOZnLOh0+7Wg5rAd+X5bNHlH0ugml6M=; b=BU2T3428WKEv6ik5eNTwiA7gX5DjVQonZljyCO5WTV5zwXMmJgE70ZzpRQPHYS1zLm yIr2ADdg0oAVUXXSgprF6DVsn/UkOezX0IneJY64Cz6t6Td5KkQV0Me6eoU6lxWdOoFG 2SkmJjqBaP4DB8d/Q/pXLXoGZsuJ/tR513hqlsfOCYxwwnUNLrNu9MyAndU2dbbtsswU XB2e/Dke4/s3aFXXm8Zc94w4NMueN9GE8/M9GsTk7TUPRWrnd2GKkLOu8JDllrusc30t 69/adQShTNuy6dwLEfSuLGp7WBrmQCErS5rwqHlIMB0JnCxXq7V2rGeUcQ2o3teVfN72 1y/Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20161025 header.b=iIEFNrUz; 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 q12si5742109ejs.148.2021.02.05.11.34.24; Fri, 05 Feb 2021 11:34:48 -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=iIEFNrUz; 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 S233398AbhBERvW (ORCPT + 99 others); Fri, 5 Feb 2021 12:51:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:58760 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233653AbhBERs7 (ORCPT ); Fri, 5 Feb 2021 12:48:59 -0500 Received: from mail-lj1-x231.google.com (mail-lj1-x231.google.com [IPv6:2a00:1450:4864:20::231]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 22679C06178A for ; Fri, 5 Feb 2021 11:30:42 -0800 (PST) Received: by mail-lj1-x231.google.com with SMTP id m22so9128675ljj.4 for ; Fri, 05 Feb 2021 11:30:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=nMVBlfktI32CKOZnLOh0+7Wg5rAd+X5bNHlH0ugml6M=; b=iIEFNrUz4uPbpzP7k56NxSoimI5C+kxJQ2l8kw8XMeUTHkNsWRq2OzrnYVbMIj0OoK XtvutyYLCAfzh1U3vkf3B+VkLgwY9L+tIEiy9RdLztxRZk5bqcx9nT6Wi/KjTmaEA5jI xEdPRX2H7+zD8WCUBHf198TsrXWtsT/vIS7OThplIp14sXsEa+kQRO808ABZtl1HJqmU qdXZhjs8NQteyDi/eAal2SaaPTnBySp0VQY+Enb345mAKDAtGEv8TCPBzm67GQ8IPjNT nuZWG7AH1qYjpYoMLBPta3ncA4mXKVCnXfh8mY13VoP2t5TH+IdXIpeS9LrLD5p7xn8H ZVSQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=nMVBlfktI32CKOZnLOh0+7Wg5rAd+X5bNHlH0ugml6M=; b=dHYqsfTvxKn5JBt8n9+qRCTgYh/WdLSVv+zG0kJ+guHA/5Ca3kCuzSnM63LSAMdNep 7YAaVbloQRLXhr9yPQDB9opefo8dq3wdYJUDrOv0S/36oZCH98iYbTaKhmIz8udF7NSw VDUObYcFlvXWHLF+Guz5PvGaRx1C9JRr9wMJNmmKa+2cmiILjix9xzxurhrFMykaOOJ4 2wul6pKpfch6W+/ghU1wiHjEXmrJMrH2CLKKypEFcd9+Hd8IvDpuch/nP8cmQR5IXiTa WsDhTbzvv2OXd0wQyr9SXAjlC5oczi88FiNngSr09ITxwXvMJvdhG3pLdfy1UNR2l7Wb Daqw== X-Gm-Message-State: AOAM532Y00Gtp10s4gyse+s52CKM3cY/IiFWafd31Gxge2/1Y9I4znH0 H/Ui2KG9ZU3yfjckPK5WXicapLyCTxBwdZ/wocexbw== X-Received: by 2002:a2e:b4b1:: with SMTP id q17mr3449257ljm.387.1612553440136; Fri, 05 Feb 2021 11:30:40 -0800 (PST) MIME-Version: 1.0 References: <20210204220741.GA920417@kernel.org> <20210205152823.GD920417@kernel.org> In-Reply-To: From: =?UTF-8?B?RsSBbmctcnXDrCBTw7JuZw==?= Date: Fri, 5 Feb 2021 11:30:28 -0800 Message-ID: Subject: Re: ERROR: INT DW_ATE_unsigned_1 Error emitting BTF type To: Sedat Dilek Cc: Yonghong Song , Arnaldo Carvalho de Melo , dwarves@vger.kernel.org, Linux Kernel Mailing List , bpf , Jiri Olsa , Jan Engelhardt , Domenico Andreoli , Matthias Schwarzott , Andrii Nakryiko , Mark Wieelard , Paul Moore , Ondrej Mosnacek , =?UTF-8?Q?Daniel_P=2E_Berrang=C3=A9?= , Tom Stellard Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 5, 2021 at 11:21 AM Sedat Dilek wrote: > > On Fri, Feb 5, 2021 at 8:15 PM Sedat Dilek wrote: > > > > On Fri, Feb 5, 2021 at 8:10 PM Yonghong Song wrote: > > > > > > > > > > > > On 2/5/21 11:06 AM, Sedat Dilek wrote: > > > > On Fri, Feb 5, 2021 at 7:53 PM Sedat Dilek = wrote: > > > >> > > > >> On Fri, Feb 5, 2021 at 6:48 PM Sedat Dilek = wrote: > > > >>> > > > >>> On Fri, Feb 5, 2021 at 4:28 PM Arnaldo Carvalho de Melo > > > >>> wrote: > > > >>>> > > > >>>> Em Fri, Feb 05, 2021 at 04:23:59PM +0100, Sedat Dilek escreveu: > > > >>>>> On Fri, Feb 5, 2021 at 3:41 PM Sedat Dilek wrote: > > > >>>>>> > > > >>>>>> On Fri, Feb 5, 2021 at 3:37 PM Sedat Dilek wrote: > > > >>>>>>> > > > >>>>>>> Hi, > > > >>>>>>> > > > >>>>>>> when building with pahole v1.20 and binutils v2.35.2 plus Cla= ng > > > >>>>>>> v12.0.0-rc1 and DWARF-v5 I see: > > > >>>>>>> ... > > > >>>>>>> + info BTF .btf.vmlinux.bin.o > > > >>>>>>> + [ !=3D silent_ ] > > > >>>>>>> + printf %-7s %s\n BTF .btf.vmlinux.bin.o > > > >>>>>>> BTF .btf.vmlinux.bin.o > > > >>>>>>> + LLVM_OBJCOPY=3D/opt/binutils/bin/objcopy /opt/pahole/bin/pa= hole -J > > > >>>>>>> .tmp_vmlinux.btf > > > >>>>>>> [115] INT DW_ATE_unsigned_1 Error emitting BTF type > > > >>>>>>> Encountered error while encoding BTF. > > > >>>>>> > > > >>>>>> Grepping the pahole sources: > > > >>>>>> > > > >>>>>> $ git grep DW_ATE > > > >>>>>> dwarf_loader.c: bt->is_bool =3D encoding =3D=3D DW_ATE= _boolean; > > > >>>>>> dwarf_loader.c: bt->is_signed =3D encoding =3D=3D DW_A= TE_signed; > > > >>>>>> > > > >>>>>> Missing DW_ATE_unsigned encoding? > > > >>>>>> > > > >>>>> > > > >>>>> Checked the LLVM sources: > > > >>>>> > > > >>>>> clang/lib/CodeGen/CGDebugInfo.cpp: Encoding =3D > > > >>>>> llvm::dwarf::DW_ATE_unsigned_char; > > > >>>>> clang/lib/CodeGen/CGDebugInfo.cpp: Encoding =3D llvm::dwarf:= :DW_ATE_unsigned; > > > >>>>> clang/lib/CodeGen/CGDebugInfo.cpp: Encoding =3D > > > >>>>> llvm::dwarf::DW_ATE_unsigned_fixed; > > > >>>>> clang/lib/CodeGen/CGDebugInfo.cpp: > > > >>>>> ? llvm::dwarf::DW_ATE_unsigned > > > >>>>> ... > > > >>>>> lld/test/wasm/debuginfo.test:CHECK-NEXT: DW_AT_e= ncoding > > > >>>>> (DW_ATE_unsigned) > > > >>>>> > > > >>>>> So, I will switch from GNU ld.bfd v2.35.2 to LLD-12. > > > >>>> > > > >>>> Thanks for the research, probably your conclusion is correct, ca= n you go > > > >>>> the next step and add that part and check if the end result is t= he > > > >>>> expected one? > > > >>>> > > > >>> > > > >>> Still building... > > > >>> > > > >>> Can you give me a hand on what has to be changed in dwarves/pahol= e? > > > >>> > > > >>> I guess switching from ld.bfd to ld.lld will show the same ERROR. > > > >>> > > > >> > > > >> This builds successfully - untested: > > > >> > > > >> $ git diff > > > >> diff --git a/btf_loader.c b/btf_loader.c > > > >> index ec286f413f36..a39edd3362db 100644 > > > >> --- a/btf_loader.c > > > >> +++ b/btf_loader.c > > > >> @@ -107,6 +107,7 @@ static struct base_type *base_type__new(string= s_t > > > >> name, uint32_t attrs, > > > >> bt->bit_size =3D size; > > > >> bt->is_signed =3D attrs & BTF_INT_SIGNED; > > > >> bt->is_bool =3D attrs & BTF_INT_BOOL; > > > >> + bt->is_unsigned =3D attrs & BTF_INT_UNSIGNED; > > > >> bt->name_has_encoding =3D false; > > > >> bt->float_type =3D float_type; > > > >> } > > > >> diff --git a/ctf.h b/ctf.h > > > >> index 25b79892bde3..9e47c3c74677 100644 > > > >> --- a/ctf.h > > > >> +++ b/ctf.h > > > >> @@ -100,6 +100,7 @@ struct ctf_full_type { > > > >> #define CTF_TYPE_INT_CHAR 0x2 > > > >> #define CTF_TYPE_INT_BOOL 0x4 > > > >> #define CTF_TYPE_INT_VARARGS 0x8 > > > >> +#define CTF_TYPE_INT_UNSIGNED 0x16 > > > >> > > > >> #define CTF_TYPE_FP_ATTRS(VAL) ((VAL) >> 24) > > > >> #define CTF_TYPE_FP_OFFSET(VAL) (((VAL) >> 16) & 0x= ff) > > > >> diff --git a/dwarf_loader.c b/dwarf_loader.c > > > >> index b73d7867e1e6..79d40f183c24 100644 > > > >> --- a/dwarf_loader.c > > > >> +++ b/dwarf_loader.c > > > >> @@ -473,6 +473,7 @@ static struct base_type *base_type__new(Dwarf_= Die > > > >> *die, struct cu *cu) > > > >> bt->is_bool =3D encoding =3D=3D DW_ATE_boolean; > > > >> bt->is_signed =3D encoding =3D=3D DW_ATE_signed; > > > >> bt->is_varargs =3D false; > > > >> + bt->is_unsigned =3D encoding =3D=3D DW_ATE_unsigne= d; > > > >> bt->name_has_encoding =3D true; > > > >> } > > > >> > > > >> diff --git a/dwarves.h b/dwarves.h > > > >> index 98caf1abc54d..edf32d2e6f80 100644 > > > >> --- a/dwarves.h > > > >> +++ b/dwarves.h > > > >> @@ -1261,6 +1261,7 @@ struct base_type { > > > >> uint8_t is_signed:1; > > > >> uint8_t is_bool:1; > > > >> uint8_t is_varargs:1; > > > >> + uint8_t is_unsigned:1; > > > >> uint8_t float_type:4; > > > >> }; > > > >> > > > >> diff --git a/lib/bpf b/lib/bpf > > > >> --- a/lib/bpf > > > >> +++ b/lib/bpf > > > >> @@ -1 +1 @@ > > > >> -Subproject commit 5af3d86b5a2c5fecdc3ab83822d083edd32b4396 > > > >> +Subproject commit 5af3d86b5a2c5fecdc3ab83822d083edd32b4396-dirty > > > >> diff --git a/libbtf.c b/libbtf.c > > > >> index 9f7628304495..a0661a7bbed9 100644 > > > >> --- a/libbtf.c > > > >> +++ b/libbtf.c > > > >> @@ -247,6 +247,8 @@ static const char * > > > >> btf_elf__int_encoding_str(uint8_t encoding) > > > >> return "CHAR"; > > > >> else if (encoding =3D=3D BTF_INT_BOOL) > > > >> return "BOOL"; > > > >> + else if (encoding =3D=3D BTF_INT_UNSIGNED) > > > >> + return "UNSIGNED"; > > > >> else > > > >> return "UNKN"; > > > >> } > > > >> @@ -379,6 +381,8 @@ int32_t btf_elf__add_base_type(struct btf_elf > > > >> *btfe, const struct base_type *bt, > > > >> encoding =3D BTF_INT_SIGNED; > > > >> } else if (bt->is_bool) { > > > >> encoding =3D BTF_INT_BOOL; > > > >> + } else if (bt->is_unsigned) { > > > >> + encoding =3D BTF_INT_UNSIGNED; > > > >> } else if (bt->float_type) { > > > >> fprintf(stderr, "float_type is not supported\n"); > > > >> return -1; > > > >> > > > >> Additionally - I cannot see it with `git diff`: > > > >> > > > >> [ lib/bpf/include/uapi/linux/btf.h ] > > > >> > > > >> /* Attributes stored in the BTF_INT_ENCODING */ > > > >> #define BTF_INT_SIGNED (1 << 0) > > > >> #define BTF_INT_CHAR (1 << 1) > > > >> #define BTF_INT_BOOL (1 << 2) > > > >> #define BTF_INT_UNSIGNED (1 << 3) > > > >> > > > >> Comments? > > > >> > > > > > > > > Hmmm... > > > > > > > > + info BTF .btf.vmlinux.bin.o > > > > + [ !=3D silent_ ] > > > > + printf %-7s %s\n BTF .btf.vmlinux.bin.o > > > > BTF .btf.vmlinux.bin.o > > > > + LLVM_OBJCOPY=3Dllvm-objcopy /opt/pahole/bin/pahole -J .tmp_vmlinu= x.btf > > > > [2] INT long unsigned int Error emitting BTF type > > > > Encountered error while encoding BTF. > > > > + llvm-objcopy --only-section=3D.BTF --set-section-flags > > > > .BTF=3Dalloc,readonly --strip-all .tmp_vmlinux.btf .btf.vmlinux.bin= .o > > > > ... > > > > + info BTFIDS vmlinux > > > > + [ !=3D silent_ ] > > > > + printf %-7s %s\n BTFIDS vmlinux > > > > BTFIDS vmlinux > > > > + ./tools/bpf/resolve_btfids/resolve_btfids vmlinux > > > > FAILED: load BTF from vmlinux: Invalid argument > > > > + on_exit > > > > + [ 255 -ne 0 ] > > > > + cleanup > > > > + rm -f .btf.vmlinux.bin.o > > > > + rm -f .tmp_System.map > > > > + rm -f .tmp_vmlinux.btf .tmp_vmlinux.kallsyms1 > > > > .tmp_vmlinux.kallsyms1.S .tmp_vmlinux.kallsyms1.o > > > > .tmp_vmlinux.kallsyms2 .tmp_vmlinux.kallsyms2.S .tmp_vmlinux.kallsy= ms > > > > 2.o > > > > + rm -f System.map > > > > + rm -f vmlinux > > > > + rm -f vmlinux.o > > > > make[3]: *** [Makefile:1166: vmlinux] Error 255 > > > > > > > > Grepping through linux.git/tools I guess some BTF tools/libs need t= o > > > > know what BTF_INT_UNSIGNED is? > > > > > > BTF_INT_UNSIGNED needs kernel support. Maybe to teach pahole to > > > ignore this for now until kernel infrastructure is ready. > > > Not sure whether this information will be useful or not > > > for BTF. This needs to be discussed separately. > > > > > > > [ CC Fangrui ] > > > > How can I teach pahole to ignore BTF_INT_UNSIGNED? > > > > Another tryout might be to use "-fbinutils-version=3D..." which is > > available for LLVM-12 according to Fangrui? > > Fangrui, which binutils versions can I pass and how? > > > > OK, I checked LLVM-12 sources: > > clang/docs/ReleaseNotes.rst:101:- New option ``-fbinutils-version=3D`` > specifies the targeted binutils version. > clang/docs/ReleaseNotes.rst:102: For example, > ``-fbinutils-version=3D2.35`` means compatibility with GNU as/ld > clang/docs/ReleaseNotes.rst-103- before 2.35 is not needed: new > features can be used and there is no need to > clang/docs/ReleaseNotes.rst-104- work around old GNU as/ld bugs. > > Can I pass (also patchlevel) like 2.35.2? > Here I have Debian's v2.35.1 and a selfmade v2.35.2? > > - Sedat - > > - Sedat - Answering specifically this question: clang -help displays: ... -fbinutils-version=3D Produced object files can use all ELF features supported by this binutils version and newer. If -fno-integrated-as is specified, the generated assembly will consider GNU as support. 'none' means that all ELF features can be used, regardless of binutils support. Defaults to 2.26. The option was introduced in https://reviews.llvm.org/D85474 major.minor.patch is not supported. In reality, very few features are gated by this option, currently just SHF_MERGE and a pending SHF_LINK_ORDER PGO patch. I think we will be conservative. If a 2.37 fix is back ported to 2.35.2 and 2.36.1, we will ignore that and will use the feature only if -fbinutils-version=3D2.37 or above is specified. --=20 =E5=AE=8B=E6=96=B9=E7=9D=BF