Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp252011ybb; Fri, 3 Apr 2020 01:59:38 -0700 (PDT) X-Google-Smtp-Source: APiQypJYLdPTYEsyHijCZQAjaJYbEDRLBFYtiqA4B1yLFeyPVW+MXDvHxglWnIsQuTJr9/6TcyA+ X-Received: by 2002:aca:aa0a:: with SMTP id t10mr2100291oie.38.1585904378204; Fri, 03 Apr 2020 01:59:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1585904378; cv=none; d=google.com; s=arc-20160816; b=SRmYCYKM8+hSZjzaC+BeHDnweHF0tZKNn2EKYhjqlrD6wLry632hDo95PP0dw4cdrL NziMp9m5eoF6Z4EvnNScmFq/h0W8018tsUWfvcur+TWlHYijDLCOW5RnQdYmGfcxSaKK 5IradHvoCxM1mYj/VvSTQZzWzwzjd22bzmxF6N1+oeLTiBMZj+kjZ2b7C45Dth7o8F7j AIxiBfZ319BY4ErUfxH2l5MSzu0VP1Kyk7qwN3d7baDFq3vxSv4eiKVwOR30qapDkdMJ drC6f+ighIQG3GyRk0oYc+NkGv4d/rOWJC6udUQpHCNMVj06Bjlj9aUJedC8Xa1Y5Nw1 HgNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=+AOaoy3FIwROMgCs3VOwLVXOqaFTHqURwVLwfDRlGIc=; b=R3uT6iuEaJWJF68wN1z6GQguZLAuhgQX7ezWN2Ja9CYL/1YdEIuZcxp2vf3BamCp5t 6Z17AU7dwKrmLdoOx2r0TC+I+TUzy1CbzD9H260+tLro9fpUQVlh3Rk7VCYzpteZeX5A NU5CBGqbiS7OfbQCtfmfgWH2GF9G8DOmm8zyxi8UTC+KHnLEcB4N9urLWNfbCVUvRCgf dM+8i5qyznPXsoXFqFyeDluvemPHiY7vAVIz7V62mv0Ouev6xW8fh783PJdGciC1kWJ/ OyVphBe/pHVchnYfICu4z3G5SJ04eowd2boY50txY+GlPAAEeVdIsnskWBM/l+U9tU1n Uz0A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j14si3448145otq.271.2020.04.03.01.59.25; Fri, 03 Apr 2020 01:59:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390553AbgDCI6X (ORCPT + 99 others); Fri, 3 Apr 2020 04:58:23 -0400 Received: from mx2.suse.de ([195.135.220.15]:58060 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390474AbgDCI6X (ORCPT ); Fri, 3 Apr 2020 04:58:23 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.220.254]) by mx2.suse.de (Postfix) with ESMTP id C3EBFAC65; Fri, 3 Apr 2020 08:58:20 +0000 (UTC) Date: Fri, 3 Apr 2020 10:58:20 +0200 (CEST) From: Miroslav Benes To: Josh Poimboeuf cc: x86@kernel.org, linux-kernel@vger.kernel.org, Peter Zijlstra , Julien Thierry , Nick Desaulniers , Dmitry Golovin , Nathan Chancellor Subject: Re: [PATCH 3/5] objtool: Support Clang non-section symbols in ORC generation In-Reply-To: <9a9cae7fcf628843aabe5a086b1a3c5bf50f42e8.1585761021.git.jpoimboe@redhat.com> Message-ID: References: <9a9cae7fcf628843aabe5a086b1a3c5bf50f42e8.1585761021.git.jpoimboe@redhat.com> User-Agent: Alpine 2.21 (LSU 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 1 Apr 2020, Josh Poimboeuf wrote: > When compiling the kernel with AS=clang, objtool produces a lot of > warnings: > > warning: objtool: missing symbol for section .text > warning: objtool: missing symbol for section .init.text > warning: objtool: missing symbol for section .ref.text > > It then fails to generate the ORC table. > > The problem is that objtool assumes text section symbols always exist. > But the Clang assembler is aggressive about removing them. > > When generating relocations for the ORC table, objtool always tries to > reference instructions by their section symbol offset. If the section > symbol doesn't exist, it bails. > > Do a fallback: when a section symbol isn't available, reference a > function symbol instead. > > Link: https://github.com/ClangBuiltLinux/linux/issues/669 > Cc: Nick Desaulniers > Reported-by: Dmitry Golovin > Tested-by: Nathan Chancellor > Signed-off-by: Josh Poimboeuf > --- > tools/objtool/orc_gen.c | 33 ++++++++++++++++++++++++++------- > 1 file changed, 26 insertions(+), 7 deletions(-) > > diff --git a/tools/objtool/orc_gen.c b/tools/objtool/orc_gen.c > index 41e4a2754da4..4c0dabd28000 100644 > --- a/tools/objtool/orc_gen.c > +++ b/tools/objtool/orc_gen.c > @@ -88,11 +88,6 @@ static int create_orc_entry(struct elf *elf, struct section *u_sec, struct secti > struct orc_entry *orc; > struct rela *rela; > > - if (!insn_sec->sym) { > - WARN("missing symbol for section %s", insn_sec->name); > - return -1; > - } > - > /* populate ORC data */ > orc = (struct orc_entry *)u_sec->data->d_buf + idx; > memcpy(orc, o, sizeof(*orc)); > @@ -105,8 +100,32 @@ static int create_orc_entry(struct elf *elf, struct section *u_sec, struct secti > } > memset(rela, 0, sizeof(*rela)); > > - rela->sym = insn_sec->sym; > - rela->addend = insn_off; > + if (insn_sec->sym) { > + rela->sym = insn_sec->sym; > + rela->addend = insn_off; > + } else { > + /* > + * The Clang assembler doesn't produce section symbols, so we > + * have to reference the function symbol instead: > + */ > + rela->sym = find_symbol_containing(insn_sec, insn_off); > + if (!rela->sym) { > + /* > + * Hack alert. This happens when we need to reference > + * the NOP pad insn immediately after the function. > + */ > + rela->sym = find_symbol_containing(insn_sec, > + insn_off - 1); > + } I suppose there is always just one NOP pad insn, right? Anyway, it would be better to get rid of it as you proposed. > + if (!rela->sym) { > + WARN("missing symbol for insn at offset 0x%lx\n", > + insn_off); > + return -1; > + } > + > + rela->addend = insn_off - rela->sym->offset; > + } > + > rela->type = R_X86_64_PC32; > rela->offset = idx * sizeof(int); > rela->sec = ip_relasec; Miroslav