Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp506136pxb; Thu, 30 Sep 2021 10:35:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzpgnSfkZoFyB7hS1X7nk5HSx6n7dDM8gNePx1peKlB+ttDOQQ7x4+pDPjqpDH8uFtm+0lp X-Received: by 2002:a17:902:b583:b0:13d:e495:187a with SMTP id a3-20020a170902b58300b0013de495187amr5448690pls.9.1633023337608; Thu, 30 Sep 2021 10:35:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633023337; cv=none; d=google.com; s=arc-20160816; b=H6iaqAJJ5kaRXD5JFzQdelaAb7jLSq8v4UcX3F4Fk84ECcWhznxlnijLVQJI3lS3dj 1DIzuVne2J2A9/pcgqjpBtQtAwNixXeqkkBuSA8m9i1l+2+haVVWes+S/ak1KtAPMpQ6 otZTCY6dtrnE9E2mQkQKwkRKHy9u/o9rDtJyuQiBR/LZ2pNmUD8HDeng0FvFFPO5snqA jRYis0VGnbd33ATz8Asupiu69r57E5/qxQzV4X1YlistSI4KXRjFFGNxW6BqNbKhzufh 2Azh0WdSTlm9B0YKhyLrrk/wAwqProuAFcsRtpca1cCX2yS2SPu0C4f9tSoUv7GsQjcu 5sFQ== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=xgFacIixoWE+G9tah6c1XVOt152TBs2fEoH/v4u3LXw=; b=KaMsUkR3mOKXRoJUas+ecM9hjUveLoYqlKCY06p7JEfQdeFSyFQXm6qRHZ938WLHGQ EgmrDBRsNc5/GRbnhY5jiVN6lEw3QbNs5wy4jVRRheGM4+o8TK4G25NdWHB4Q53A7o0r F9kn10rZd3Cn8hBpRJxo0hFXic3nGSFtZxpOhRjIaPHGKw+9PerYij4kdYtS07ycaf9W /6Ge8pVTMS8wZ859HL0dfn1r9LE19sQQlaxIPS0d455Bv7zmW9kQp51mmTnChArcMjFy ZG9XRlN4S67U5ze4Genp0ChKdcr3LQ+3kZer5a4ag7Zdn88BdiwYuQApPwa12YPeHCqk FmIQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=kybyUF4q; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id z37si4085480pgl.205.2021.09.30.10.35.11; Thu, 30 Sep 2021 10:35:37 -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=@kernel.org header.s=k20201202 header.b=kybyUF4q; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1352734AbhI3ReF (ORCPT + 99 others); Thu, 30 Sep 2021 13:34:05 -0400 Received: from mail.kernel.org ([198.145.29.99]:42744 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1352732AbhI3Rdy (ORCPT ); Thu, 30 Sep 2021 13:33:54 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A5DAD613D1; Thu, 30 Sep 2021 17:32:10 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1633023132; bh=RamI4y2DEDbVycOyQwMn9nbwuJrPQmgsrgklzEyEVlo=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=kybyUF4qOB+1FVwjRr5vLvom+HThY3jueIzDsL1bj6Up0kyZR/N0/qGR+hcLjkKVx tKTAh7iGOT8hFnvM3BVcJzs4bhyAk0bTLdLHzuXpsAgJZPUz5X0jg3xNwjNN6ct4rJ tkxkPdWu2sMqIdIHINFXxa4xaNUZCVYWIqwLKR6e8PATHosFBwKoUr8tsTX3A/7f8Y fow4+PI9DPrHOhQT40Jv63uIUM2OVZSKn4pxboB9GWYPnERHwxfDnO9R3huSoaw4FO 2DlxLHKY2CnCa1aDs2asiHT3iX0zNMwHdBwixgqBdCPMmuZlwCvnOVZO0kiF0h323U kpbbXid/jhHFA== Date: Thu, 30 Sep 2021 10:32:07 -0700 From: Nathan Chancellor To: Peter Zijlstra Cc: Josh Poimboeuf , linux-kernel@vger.kernel.org, x86@kernel.org, sfr@canb.auug.org.au, mbenes@suse.cz, llvm@lists.linux.dev Subject: Re: [PATCH] objtool: Teach get_alt_entry() about more relocation types Message-ID: References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 30, 2021 at 12:43:10PM +0200, Peter Zijlstra wrote: > > Occasionally objtool encounters symbol (as opposed to section) > relocations in .altinstructions. Typically they are the alternatives > written by elf_add_alternative() as encountered on a noinstr > validation run on vmlinux after having already ran objtool on the > individual .o files. > > Basically this is the counterpart of commit 44f6a7c0755d ("objtool: > Fix seg fault with Clang non-section symbols"), because when these new > assemblers (binutils now also does this) strip the section symbols, > elf_add_reloc_to_insn() is forced to emit symbol based relocations. > > As such, teach get_alt_entry() about different relocation types. > > Fixes: 9bc0bb50727c ("objtool/x86: Rewrite retpoline thunk calls") > Reported-by: Stephen Rothwell > Reported-by: Borislav Petkov > Signed-off-by: Peter Zijlstra (Intel) This resolves the instance of the warning that I see with clang-12: Tested-by: Nathan Chancellor > --- > tools/objtool/special.c | 32 +++++++++++++++++++++++++------- > 1 file changed, 25 insertions(+), 7 deletions(-) > > --- a/tools/objtool/special.c > +++ b/tools/objtool/special.c > @@ -58,6 +58,24 @@ void __weak arch_handle_alternative(unsi > { > } > > +static bool reloc2sec_off(struct reloc *reloc, struct section **sec, unsigned long *off) > +{ > + switch (reloc->sym->type) { > + case STT_FUNC: > + *sec = reloc->sym->sec; > + *off = reloc->sym->offset + reloc->addend; > + return true; > + > + case STT_SECTION: > + *sec = reloc->sym->sec; > + *off = reloc->addend; > + return true; > + > + default: > + return false; > + } > +} > + > static int get_alt_entry(struct elf *elf, struct special_entry *entry, > struct section *sec, int idx, > struct special_alt *alt) > @@ -91,15 +109,12 @@ static int get_alt_entry(struct elf *elf > WARN_FUNC("can't find orig reloc", sec, offset + entry->orig); > return -1; > } > - if (orig_reloc->sym->type != STT_SECTION) { > - WARN_FUNC("don't know how to handle non-section reloc symbol %s", > + if (!reloc2sec_off(orig_reloc, &alt->orig_sec, &alt->orig_off)) { > + WARN_FUNC("don't know how to handle reloc symbol type: %s", > sec, offset + entry->orig, orig_reloc->sym->name); > return -1; > } > > - alt->orig_sec = orig_reloc->sym->sec; > - alt->orig_off = orig_reloc->addend; > - > if (!entry->group || alt->new_len) { > new_reloc = find_reloc_by_dest(elf, sec, offset + entry->new); > if (!new_reloc) { > @@ -116,8 +131,11 @@ static int get_alt_entry(struct elf *elf > if (arch_is_retpoline(new_reloc->sym)) > return 1; > > - alt->new_sec = new_reloc->sym->sec; > - alt->new_off = (unsigned int)new_reloc->addend; > + if (!reloc2sec_off(new_reloc, &alt->new_sec, &alt->new_off)) { > + WARN_FUNC("don't know how to handle reloc symbol type: %s", > + sec, offset + entry->new, new_reloc->sym->name); > + return -1; > + } > > /* _ASM_EXTABLE_EX hack */ > if (alt->new_off >= 0x7ffffff0) >