Received: by 2002:a25:ca44:0:0:0:0:0 with SMTP id a65csp2481996ybg; Fri, 31 Jul 2020 00:25:06 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy/JZbtBuvWY1EnvtOuzYIENj8EtZfMe7eLX2dGPbvXOXveIhYxTdDoa8zJDlVng09Zf4WH X-Received: by 2002:aa7:c496:: with SMTP id m22mr2613010edq.336.1596180306628; Fri, 31 Jul 2020 00:25:06 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596180306; cv=none; d=google.com; s=arc-20160816; b=kewFrCAaw55tUAVBg8bfW8PDjfLvuFRvwAfrbQ74sDvmCPw6T6LOo+W0yFgNt3cbVd GHEAp764Daswnp6ymteQUG4fPDeuIjTdnWw1r07VZ5egRFA8TdKv0jj0w6ORQoMrECbs YDTfeXqP5PacVH+9Jai95KKFF68W8E50GYxFWr0x3koZoHg+BXShbj/jE/0jTvZ8mOKM EQN762sVqFMd0p9PGBMaXiF5oKJzOmwTpguVJmsJvEJiJcqxbzRAaRhHyhDBeTxeIVqW POiKrCLzOZwqohsrszYafOVDhgIq5tnNNhI/hso40Fx5hxhG45kmxE+CrooBvxeCTFES 4X4g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=Axelt2RY002V96X/6od/cNKhxMrCAxFb0qQJIDFr3Wc=; b=DHKJKfvYUx2bYumAB20luPqzAtP73teBMWKybIVNlgroIclzZmKvNTawtUT4kGrX72 Vd/sYqUMOR8f/ryDHShyzIEf11rk7JZej/9G4Pqce70DObV+ZaiFE3aZDLxukERorIAa FudWLtlVUY4xW+34lVWktmFUFWm6C8LOFK7tk3skwYQl5B4XWK8/pcEBNP7ulN86sXSA Jy8ogbl8NCYdwSdauULZnnrUKb+kOawcnk5NQAxgKjHWb5w2pkBkhtdnJy4Utsbj9s5e PArHImGDR11Z6XHLUbi7y1p7MVLgFL5+j0Xy266T/RR/AgeBya0GwYJLBbpDmKtM5Imn Yzbw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="VvRt/wlO"; 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=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id jx1si4649993ejb.520.2020.07.31.00.24.44; Fri, 31 Jul 2020 00:25:06 -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=@redhat.com header.s=mimecast20190719 header.b="VvRt/wlO"; 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=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731584AbgGaHYf (ORCPT + 99 others); Fri, 31 Jul 2020 03:24:35 -0400 Received: from us-smtp-2.mimecast.com ([205.139.110.61]:51651 "EHLO us-smtp-delivery-1.mimecast.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1731419AbgGaHYf (ORCPT ); Fri, 31 Jul 2020 03:24:35 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1596180274; h=from:from: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; bh=Axelt2RY002V96X/6od/cNKhxMrCAxFb0qQJIDFr3Wc=; b=VvRt/wlOUe9wHLhC2FrF9mjZAqzW/oI14cJ+YUwJg4q2fdWi2BMvvQ/unvD5w6N+4qWhGF YwiDG8npWmreBRJ6QA/AXTX1phJJKZrSFa6xxkORTPvmWflEQ7TzOTz8j2Dgi5XS4mMpXA 5nHofAOQeBCfYTTCUlffyHh7lIvdYCw= Received: from mail-wm1-f72.google.com (mail-wm1-f72.google.com [209.85.128.72]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-318-rDPsPRtROJKtdZebIe-WMw-1; Fri, 31 Jul 2020 03:24:31 -0400 X-MC-Unique: rDPsPRtROJKtdZebIe-WMw-1 Received: by mail-wm1-f72.google.com with SMTP id h6so1879695wml.8 for ; Fri, 31 Jul 2020 00:24:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=Axelt2RY002V96X/6od/cNKhxMrCAxFb0qQJIDFr3Wc=; b=iF9uNLObBcW/1Mo5cMmN2okmKzyisDTQfHYN1zEPutSUSlPu0irVYzqxKHuFZ2yL79 MiAoU6eBjx58zu6DhWBxcuU4WBmN3Q7SvOrNQIRqO5tad8d1+CaSMaNiJC/aEAIZM7XP c02Hndl2ATFgahvFOHz+XK6id63VpdpNjGmHpGeHTjgTnT0rz6t3vqi1HWzEO/scXOnt H2OFQ7Ji21ABLSJ14d9Np+9VbGLIL+LXj7sse6yAshT0mKbg5HQRv2BanMTmkRQElSOT P0oghtrVJjvOM278iePfBQUoD6+HIs1vmxhSg8akxxo95jhE5iOEAO16UjzL+WMAS76f IIIw== X-Gm-Message-State: AOAM533FTBLS3Qady1eY9rBCIBBcQTvoikEQy+8V0B5QLU4oZBflViVL wdtR+m7b/ydFlCfrlWNcSre4gSOFxQLbagYTol1hzzDnUiktwjC7XFXMUH8BsEXYV6LyAigoY1f i8gwAGCAo7jDUt6cpiU6Ji3l+ X-Received: by 2002:a05:600c:202:: with SMTP id 2mr2557515wmi.139.1596180270311; Fri, 31 Jul 2020 00:24:30 -0700 (PDT) X-Received: by 2002:a05:600c:202:: with SMTP id 2mr2557498wmi.139.1596180270115; Fri, 31 Jul 2020 00:24:30 -0700 (PDT) Received: from ?IPv6:2a01:cb14:499:3d00:cd47:f651:9d80:157a? ([2a01:cb14:499:3d00:cd47:f651:9d80:157a]) by smtp.gmail.com with ESMTPSA id a3sm12130042wme.34.2020.07.31.00.24.29 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 31 Jul 2020 00:24:29 -0700 (PDT) Subject: Re: [PATCH v2 5/9] objtool: Make relocation in alternative handling arch dependent To: Josh Poimboeuf Cc: linux-kernel@vger.kernel.org, peterz@infradead.org, mbenes@suse.cz, raphael.gault@arm.com, benh@kernel.crashing.org References: <20200730094652.28297-1-jthierry@redhat.com> <20200730094652.28297-6-jthierry@redhat.com> <20200730144213.fcitzo4uydshjhxh@treble> From: Julien Thierry Message-ID: Date: Fri, 31 Jul 2020 08:24:28 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <20200730144213.fcitzo4uydshjhxh@treble> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/30/20 3:42 PM, Josh Poimboeuf wrote: > On Thu, Jul 30, 2020 at 10:46:48AM +0100, Julien Thierry wrote: >> As pointed out by the comment in handle_group_alt(), support of >> relocation for instructions in an alternative group depends on whether >> arch specific kernel code handles it. >> >> So, let objtool arch specific code decide whether a relocation for >> the alternative section should be accepted. >> >> Reviewed-by: Miroslav Benes >> Signed-off-by: Julien Thierry >> --- >> tools/objtool/arch/x86/arch_special.c | 13 +++++++++++++ > > The "arch" in "arch_special.c" is redundant, how about special.c? > Yes, that makes sense. -- Julien Thierry