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 Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id ECC55ECAAD1 for ; Thu, 1 Sep 2022 17:04:25 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 727E980014; Thu, 1 Sep 2022 13:04:25 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6D7ED8000D; Thu, 1 Sep 2022 13:04:25 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 5787580014; Thu, 1 Sep 2022 13:04:25 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 420C08000D for ; Thu, 1 Sep 2022 13:04:25 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay01.hostedemail.com (Postfix) with ESMTP id 16FA51C6502 for ; Thu, 1 Sep 2022 17:04:25 +0000 (UTC) X-FDA: 79864140090.09.1ED2B5F Received: from mail-wr1-f54.google.com (mail-wr1-f54.google.com [209.85.221.54]) by imf02.hostedemail.com (Postfix) with ESMTP id 97E4280065 for ; Thu, 1 Sep 2022 17:04:24 +0000 (UTC) Received: by mail-wr1-f54.google.com with SMTP id az27so23206729wrb.6 for ; Thu, 01 Sep 2022 10:04:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc; bh=oGngrFzLbPHH3qcpX426xQbz2Zq5fLl9uof+AvmzULw=; b=RzHAodZ0KfK4XEA7ycAzg2OlZ3uB8sINMqOxRB20LZG514UOiQRaz3XhPHkloCZJ2z VbgwYvBI5LZQZ72G3Xd5SmlR8Tp/HhsvFo8YcjtdM9+vn4DjpCnX2YQl4OG2ahWVoSq1 CVoih7eM9S2sxjep1TFBqRN3wn/D551fyzgQwD/6qMNKDoEbBrhna67QTbk8EPAvoH0P ANIlsbH8gXCsShVyGBX/UHrHR/9iGoZ+N0nFxCuKdG0WQBEFIPr9GE4HCI+C+nIC6ZAN zOq42AB5kE3L0R0kheqyajp4ceCoK30E6TRAH5kuCmX3acAAoj064kAU4SuSbnyA4Tp+ 7Fug== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc; bh=oGngrFzLbPHH3qcpX426xQbz2Zq5fLl9uof+AvmzULw=; b=yePEM6r4HABpeT8/6chYWoZHPUevYYLpkQVDkeNqade/JDgwKjwV1gqTU11KmxgKsW 9fgqoO44oJtllQ+Om6cHSNWu2qKmzJhcv+tCrTdYH9/0jlGVxfoeigJ8cRrMbj0RCUdk SrAk795cOweUFxHU6WTp1A0rkeTEdRy71HvX8JtA+VieRYfpjF8yGALE+1pxJdKcQra3 0qmGydQ7D+8yl1Hu3Fj1h8XlvP2R5SahH2ThpHQN3/Q7hFL5EhPGkfvtLQ1tCD6hjDT9 kYmB8P7kNkgyX/F78BMOtCYznjFuiiH0U461tT09ADrv6LaG/Scn3axo/Zvz0ZIEdV++ J7wA== X-Gm-Message-State: ACgBeo1PAf4nfAlIzjDQ4VwC7+uEFZ3ZIlOAq7aGC8tDBfcfloVd0mR3 VkVq33fW3iUyBskOpzftkqD/3mz6xmEZv8f5p/IEirp8b/clWA== X-Google-Smtp-Source: AA6agR44zTUIx7vtCBXWJafnXR82UyaMIibutwdIHqvt3nKhdEy7qCanQvYTvTEZHDTCLcQEM98z3W0g3d/Prcy9j6k= X-Received: by 2002:a5d:4d83:0:b0:226:d08d:35c8 with SMTP id b3-20020a5d4d83000000b00226d08d35c8mr15492867wru.4.1662051863098; Thu, 01 Sep 2022 10:04:23 -0700 (PDT) MIME-Version: 1.0 References: <202208311414.4OPuYS9K-lkp@intel.com> <8d2c3aef-aa4f-1f4d-dc89-622554ffda31@intel.com> <9d77cb93-2eff-d87d-6554-1636d5e7d5ec@csgroup.eu> <0acfb209-a792-a47b-0261-9fb29824e4b9@intel.com> In-Reply-To: From: Nick Desaulniers Date: Thu, 1 Sep 2022 10:04:11 -0700 Message-ID: Subject: Re: [kbuild-all] Re: powerpc-linux-objdump: Warning: Unrecognized form: 0x23 To: Nathan Chancellor Cc: "Chen, Rong A" , Christophe Leroy , kernel test robot , Kees Cook , "llvm@lists.linux.dev" , "kbuild-all@lists.01.org" , "linux-kernel@vger.kernel.org" , Arnd Bergmann , Masahiro Yamada , Andrew Morton , Linux Memory Management List Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1662051864; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=oGngrFzLbPHH3qcpX426xQbz2Zq5fLl9uof+AvmzULw=; b=aM8HFehTfUZXdvnXTD4aJqyimjyv1Br54VlZo2xefqueS2d5PF6kkdtyHDbeM4G0OKrcBw COPQyxS76hzlC8CdHYgLtTmjGqGU+VXCmWBBXNoiVWLd4c32u/n4oBp6W0wRuovhNxYLWg UHb8rmB3dDGR4VyyagmZn3K9Akof1UM= ARC-Authentication-Results: i=1; imf02.hostedemail.com; dkim=pass header.d=google.com header.s=20210112 header.b=RzHAodZ0; spf=pass (imf02.hostedemail.com: domain of ndesaulniers@google.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=ndesaulniers@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1662051864; a=rsa-sha256; cv=none; b=p/wFqnQ7sWl6XKe/bv4CDj0bz2xZ8BzVzZJkeanv49BYtkbSUQnrY/p5kEBVSoFrSg34ks tTnNhjXHmglMp3nRi8dIFOOpung80+jYsvE5AbHbt5f3ZhKO6c9mGaCIEzvspoyebe98KB kfR9qrHVJPhwTy5eGKssCWgLlcZ2iOw= Authentication-Results: imf02.hostedemail.com; dkim=pass header.d=google.com header.s=20210112 header.b=RzHAodZ0; spf=pass (imf02.hostedemail.com: domain of ndesaulniers@google.com designates 209.85.221.54 as permitted sender) smtp.mailfrom=ndesaulniers@google.com; dmarc=pass (policy=reject) header.from=google.com X-Rspam-User: X-Stat-Signature: p1kindrhqmgtzikfyjrka7p967kbxbyx X-Rspamd-Queue-Id: 97E4280065 X-Rspamd-Server: rspam05 X-HE-Tag: 1662051864-235579 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Thu, Sep 1, 2022 at 9:55 AM Nathan Chancellor wrote: > > On Thu, Sep 01, 2022 at 01:52:42PM +0800, Chen, Rong A wrote: > > > > > > On 9/1/2022 1:45 PM, Christophe Leroy wrote: > > > > > > > > > Le 01/09/2022 =C3=A0 06:59, Chen, Rong A a =C3=A9crit : > > > > > > > > > > > > On 9/1/2022 10:03 AM, Nathan Chancellor wrote: > > > > > Hi Rong, > > > > > > > > > > On Thu, Sep 01, 2022 at 09:15:58AM +0800, Chen, Rong A wrote: > > > > > > > > > > > > > > > > > > On 8/31/2022 11:40 PM, Nathan Chancellor wrote: > > > > > > > On Wed, Aug 31, 2022 at 02:52:36PM +0800, kernel test robot w= rote: > > > > > > > > tree: > > > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/li= nux.git > > > > > > > > master > > > > > > > > head: dcf8e5633e2e69ad60b730ab5905608b756a032f > > > > > > > > commit: f9b3cd24578401e7a392974b3353277286e49cee Kconfig.de= bug: > > > > > > > > make DEBUG_INFO selectable from a choice > > > > > > > > date: 5 months ago > > > > > > > > config: powerpc-buildonly-randconfig-r003-20220830 > > > > > > > > (https://download.01.org/0day-ci/archive/20220831/202208311= 414.4OPuYS9K-lkp@intel.com/config) > > > > > > > > compiler: clang version 16.0.0 > > > > > > > > (https://github.com/llvm/llvm-project > > > > > > > > c7df82e4693c19e3fd2e25c83eb04d9deb7b7b59) > > > > > > > > reproduce (this is a W=3D1 build): > > > > > > > > wget > > > > > > > > https://raw.githubusercontent.com/intel/lkp-tests/master/sb= in/make.cross -O ~/bin/make.cross > > > > > > > > chmod +x ~/bin/make.cross > > > > > > > > # install powerpc cross compiling tool for clang= build > > > > > > > > # apt-get install binutils-powerpc-linux-gnu > > > > > > > > # > > > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/li= nux.git/commit/?id=3Df9b3cd24578401e7a392974b3353277286e49cee > > > > > > > > git remote add linus > > > > > > > > https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/li= nux.git > > > > > > > > git fetch --no-tags linus master > > > > > > > > git checkout f9b3cd24578401e7a392974b3353277286e= 49cee > > > > > > > > # save the config file > > > > > > > > mkdir build_dir && cp config build_dir/.config > > > > > > > > COMPILER_INSTALL_PATH=3D$HOME/0day COMPILER=3Dcl= ang > > > > > > > > make.cross W=3D1 O=3Dbuild_dir ARCH=3Dpowerpc SHELL=3D/bin/= bash > > > > > > > > > > > > > > > > If you fix the issue, kindly add following tag where applic= able > > > > > > > > Reported-by: kernel test robot > > > > > > > > > > > > > > > > All warnings (new ones prefixed by >>): > > > > > > > > > > > > > > > > > > powerpc-linux-objdump: Warning: Unrecognized form: 0x23 > > > > > > > > > > > > > > Given this is clang 16.0.0 with > > > > > > > CONFIG_DEBUG_INFO_DWARF_TOOLCHAIN_DEFAULT=3Dy, which uses DWA= RF5 by > > > > > > > default instead of DWARF4, it looks like older binutils not > > > > > > > understanding DWARF5. What version of binutils is being used = by the > > > > > > > bot? > > > > > > > > > > > > Hi Nathan, > > > > > > > > > > > > We're using binutils v2.38.90.20220713-2 > > > > > > > > > > > > ||/ Name Version Architecture Description > > > > > > +++-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D-=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > > ii binutils 2.38.90.20220713-2 amd64 GNU assemble= r, > > > > > > linker and binary utilities > > > > > > > > > > Thanks for chiming in! This looks like the output of 'dpkg -l', r= ight? I > > > > > > > > Hi Nathan, > > > > > > > > oh, yes, I misunderstood, it's not related to this package. > > > > > > > > > noticed on second glance that the tuple for the objdump warning a= bove is > > > > > 'powerpc-linux-', which leads me to believe that a kernel.org too= lchain > > > > > (or a self compiled one) is being used. I would expect the tuple = to be > > > > > 'powerpc-linux-gnu-' if Debian's package was being used. Is that > > > > > possible? > > > > > > > > you are right, we used a self-compiled toolchain, we'll try the bin= utils > > > > from debian package. > > > > > > Can you first tell us the version you are using ? > > > > > > powerpc-linux-objdump -v > > > > > > That will tell you the version. > > > > Hi Christophe, > > > > the version is v2.38: > > > > $ ./powerpc-linux-objdump -v > > GNU objdump (GNU Binutils) 2.38 > > Copyright (C) 2022 Free Software Foundation, Inc. > > This program is free software; you may redistribute it under the terms = of > > the GNU General Public License version 3 or (at your option) any later > > version. > > This program has absolutely no warranty. > > Thanks! I did some research and it seems like this warning is expected > with binutils older than 2.39. The warning appears to come from > read_and_display_attr_value() in binutils/dwarf.c. 0x22 and 0x23 are > DW_FORM_loclistx and DW_FORM_rnglistx, which were only recently > supported in that function. > > https://sourceware.org/bugzilla/show_bug.cgi?id=3D28981 > https://sourceware.org/git/gitweb.cgi?p=3Dbinutils-gdb.git;h=3D19c26da69d= 68d5d863f37c06ad73ab6292d02ffa > > That change shipped in binutils 2.39. I am not really sure how we should > work around this in the kernel, other than maybe requiring binutils > 2.39+ for CONFIG_DEBUG_INFO_DWARF5. Unfortunately, that will not fix > CONFIG_DEBUG_INFO_DWARF_TOOLCHAIN_DEFAULT when DWARF5 is the default > version... I've been working on a series that will encode the default implicit dwarf version based on compiler version check. Maybe that can be extended/reused here once that lands? https://lore.kernel.org/llvm/20220831184408.2778264-1-ndesaulniers@google.c= om/ Series needs revision, but it's on the right track. > Alternatively, switching to llvm-objdump for clang builds > would help :) I am not aware of any issues that would affect that switch > for PowerPC: > > https://github.com/ClangBuiltLinux/linux/labels/%5BTOOL%5D%20llvm-objdump Oh, is 0day doing `make CC=3Dclang` rather than `make LLVM=3D1`? Rong, any chance we get 0day folks to test LLVM=3D1 for more architectures? Ideally we'd test both, preferably LLVM=3D1 if we had to choose. > > Cheers, > Nathan --=20 Thanks, ~Nick Desaulniers