Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp3211342pxj; Mon, 24 May 2021 01:04:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxQAmBJPqjZsDaUNIc8xsBJorXLYaFs6djykJSjv1uNzH7ANVn1gSPtwrVXVR4TSyOAfaeN X-Received: by 2002:a05:6e02:13a8:: with SMTP id h8mr13413161ilo.82.1621843451653; Mon, 24 May 2021 01:04:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1621843451; cv=none; d=google.com; s=arc-20160816; b=c/ARiutwmK0CU0SNMJhMJNEmZfxvSoCin0/jFRM7OSOC2aZYx83aCLQ7FgdMLyaiPL GbVjjHuUHVJdDG17bTNQQLoZJgMYrqJa1A/w1xPd8gea0WFMtW+fEKoBDE0du1AQ236y ea49bNllnj0/wHrQBGWUb1tMrshbBJkhyXYqZKU3h2vp0dabaRS8anEHqckwSarW2eZt F9TyQdA9rFJTCaNj6iJxq1/IGBAKDKF21Il5lqy59WUgqBmRp+4TFII69qQeOgvO08iH uSUuGAdaZCsoogLPj927iL+Ak4RRW+I0WCaVGEH1+2aA4x+DNcYiFThYvPn+8xdHgP/B nnag== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=r1MKnvZ6A/JoCs5aUiOd4Aom1NuletnEZa+phzDnz5M=; b=wFt+iKF074hpIRgMoA6JBzhyYVwdSOIkE7ZqVE4I3satlpOmMskPLlEbjYD9abSwKq 9Mam11JU5zhPaJhFReF6MUJeX8BHf7JN1nx9Jq1vVe50H2KBqH8BSLR4FNboxvB4+Dk1 QaEd7H0pB1NFYUytcyskWs7N+VcAiOxnKLcVPkNdU2xbtSNxKixYCy0/OrUxlP96DrMX ZyNlvP51z9sz9V0Spl7olPpB0xwbtVAoyaqEuw0lmSHjh5SpcXe78fs/B9OmRZGVmcot F8RC1VRzNovbZ6KQM22oFKzyJoGJTxp4D4JaQmkT6DJ4SmN2zuFmFFo1psMxwfTcXlPg mYIg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b="X1/dQWoP"; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r17si7910907ilq.4.2021.05.24.01.03.58; Mon, 24 May 2021 01:04:11 -0700 (PDT) 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=@linaro.org header.s=google header.b="X1/dQWoP"; 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=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232401AbhEXIEm (ORCPT + 99 others); Mon, 24 May 2021 04:04:42 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57784 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232099AbhEXIEl (ORCPT ); Mon, 24 May 2021 04:04:41 -0400 Received: from mail-wm1-x32e.google.com (mail-wm1-x32e.google.com [IPv6:2a00:1450:4864:20::32e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6A0BEC061574 for ; Mon, 24 May 2021 01:03:13 -0700 (PDT) Received: by mail-wm1-x32e.google.com with SMTP id o127so14416433wmo.4 for ; Mon, 24 May 2021 01:03:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=r1MKnvZ6A/JoCs5aUiOd4Aom1NuletnEZa+phzDnz5M=; b=X1/dQWoPBV5rYZo35v4oSYZmM96aocbipBey7dGJEdpLl///Dtl0Q5Y9+YvTIXf6hW Wd02NxeqdIlKUKtQi0ZVil0bvKImEbqf/dIqzkrewLjb5iXWR9TpR2UmEKkmMvLhzlJi nb8tDjCjD01v9mKbpSAmwuVRFnUzLzmgtKWFHpoUfhBfvMlaUQQ2Jn5U+0bxpSe1SRO6 9A+eTiDgC6dRIbMyhOUGfwQAEdUfiT2h2CeEdD/56NqnmJyWT5S/mAZ2cv9MV20GHkel MuLXaB9fbnKd9W4Zw6taLe4xZTpO2u5t8NYvNTN6nhsgY6cqmdFU4K+LBiQ4zvidgHZd XvUw== 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:content-transfer-encoding :in-reply-to; bh=r1MKnvZ6A/JoCs5aUiOd4Aom1NuletnEZa+phzDnz5M=; b=dLZfv58PPBlbmSSZNlbk74AZkwOeEpciWfS1BT709BakSEDytDr1quxUVVBLC0y/GL bJntnUfI9Z1Hp7/BV+eVUSgA+5rQX/Ot7GerIXevUa49VIjwasDgyphTxiDoSynaibou MhJCc3E764yItaL2IYqtj8cGVJBZw6pBZ1EK6sQw52pzZvmQ+pyHFlYkABCUth2lhwoA bz9M2Ma7Cg1o+8zzmpzNBUo6XPrEatyoOJE4FaSAjofBrVjWxnpmyfrt70BXc5s/j91A CsK6yE/XdQB8NAYztDZeCr6xoZZ7SFi835QXuq4lSZnDn25Hbc4svY28c6dHd12duTqG AM0g== X-Gm-Message-State: AOAM533oJG0EAl0OkT1/Mvb4+lPoKTomtnvVTT5ISIBoMwMaVp/vglcd vv+IT8D+UNQikwPNVoVGm10Ubg== X-Received: by 2002:a05:600c:4ecb:: with SMTP id g11mr19311104wmq.46.1621843392021; Mon, 24 May 2021 01:03:12 -0700 (PDT) Received: from dell ([91.110.221.223]) by smtp.gmail.com with ESMTPSA id 10sm7186159wmi.7.2021.05.24.01.03.10 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 24 May 2021 01:03:11 -0700 (PDT) Date: Mon, 24 May 2021 09:03:09 +0100 From: Lee Jones To: Masahiro Yamada Cc: Nathan Chancellor , Nick Desaulniers , clang-built-linux , Fangrui Song , Elliot Berman , Sami Tolvanen , Peter Collingbourne , Michal Marek , linux-kbuild , open list Subject: Re: [PATCH] Makefile: fix GDB warning with CONFIG_RELR Message-ID: <20210524080309.GK2549456@dell> References: <20210319000708.1694662-1-ndesaulniers@google.com> <20210323190532.eiqxmskiankf7hn3@archlinux-ax161> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 22 May 2021, Masahiro Yamada wrote: > On Fri, May 21, 2021 at 6:36 PM Lee Jones wrote: > > > > On Tue, 23 Mar 2021 at 19:06, Nathan Chancellor wrote: > >> > >> On Thu, Mar 18, 2021 at 05:07:06PM -0700, Nick Desaulniers wrote: > >> > GDB produces the following warning when debugging kernels built with > >> > CONFIG_RELR: > >> > > >> > BFD: /android0/linux-next/vmlinux: unknown type [0x13] section `.relr.dyn' > >> > > >> > when loading a kernel built with CONFIG_RELR into GDB. It can also > >> > prevent debugging symbols using such relocations. > >> > > >> > Peter sugguests: > >> > [That flag] means that lld will use dynamic tags and section type > >> > numbers in the OS-specific range rather than the generic range. The > >> > kernel itself doesn't care about these numbers; it determines the > >> > location of the RELR section using symbols defined by a linker script. > >> > > >> > Link: https://github.com/ClangBuiltLinux/linux/issues/1057 > >> > Suggested-by: Peter Collingbourne > >> > Signed-off-by: Nick Desaulniers > >> > >> Reviewed-by: Nathan Chancellor > > > > > > Masahiro, > > > > Would you mind sharing your plans for this reviewed patch please? > > > Do you want me to pick up this? > > Or, do you think it should be done by the committer of > 5cf896fb6be3effd9aea455b22213e27be8bdb1d ? Not sure it matters a whole bunch TBH. If you have the bandwidth and are willing to merge it, please feel free to do so. -- Lee Jones [李琼斯] Senior Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog