Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp898199ybh; Wed, 18 Mar 2020 11:08:34 -0700 (PDT) X-Google-Smtp-Source: ADFU+vtcroSNDias3tz7gURVeMSArRM8mnWLtP1FI47NFWgW+dinb2LZn/60TbvqU+p+eXcqtmgk X-Received: by 2002:a9d:22:: with SMTP id 31mr4637705ota.173.1584554914522; Wed, 18 Mar 2020 11:08:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584554914; cv=none; d=google.com; s=arc-20160816; b=aPOxhwhPqswOKs1QV1J68H0BKUCkGEAOlPsDO7Wqb2S29aAfPaQvhAKc83BTUW6OML c4SmX30izpwopOsF8s9n1vIDgVPVXSxzApQm/DwkthXE9hTfnN0LpTNq6++EZuAT8/vu RLYan5BOFp9R4p5B/r4KRqqJSXTtpXOUjyz5oSNFy37MGQEsJnMh/EVSVCvXM0NQ4EDP SKHzs1wVASgH/AX4UouReVUFL0j9I6T1bgSJOoDxw3NPK4Vql6GRcmCgKrwdBAnlYR1u 5EO/Hp+/O8OfHsVxTli6S0sba25zobXwYH3KgI+o6oFFiM++1XplurVDusw0KAcWgn9O VtLQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=r5b4FHi/K0NqsE3qwmji4VgYF9DiIjyq6Ph2Dtsyl94=; b=fx2wlmF8Pqc2wSTktHcKYgSZICpGCs+aYiYcil/DbENEmD47jJkYqz5MirWABfkKev rWk5Hue5iDI82mHzxLjiT+ux3aP8J4Jq/3/I3c7/Zm59AerkMjGXDNybwYFztGbYpcrj wQM31l3eHfrbehdoFa2vgWmcWFPJ3gE/DM5ylM992yDEwOfIMqWH/TgE5qKraUtSx5Jn cJN9LfVkE6Wie0IdXFwN2Z7m3Iya2siepOIFDIVrQ0Hr3MwBNPKR22k9TrUPiuTP+9r1 3LeRC5lmhR3BCnTo7Mb1x4S55BT5OHESGwxkRgDvSUztyeAoWvgsmsGbGgb/bwhyCEaS oNNA== 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 j2si3606798oii.195.2020.03.18.11.08.13; Wed, 18 Mar 2020 11:08:34 -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 S1726839AbgCRSGe (ORCPT + 99 others); Wed, 18 Mar 2020 14:06:34 -0400 Received: from foss.arm.com ([217.140.110.172]:52926 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726506AbgCRSGe (ORCPT ); Wed, 18 Mar 2020 14:06:34 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 85E261FB; Wed, 18 Mar 2020 11:06:33 -0700 (PDT) Received: from arrakis.emea.arm.com (arrakis.cambridge.arm.com [10.1.196.71]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id BB8FD3F67D; Wed, 18 Mar 2020 11:06:32 -0700 (PDT) Date: Wed, 18 Mar 2020 18:06:30 +0000 From: Catalin Marinas To: =?iso-8859-1?Q?R=E9mi?= Denis-Courmont Cc: mark.rutland@arm.com, will@kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 1/3] arm64: clean up trampoline vector loads Message-ID: <20200318180630.GE94111@arrakis.emea.arm.com> References: <20200316124046.103844-1-remi@remlab.net> <20200318175709.GD94111@arrakis.emea.arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200318175709.GD94111@arrakis.emea.arm.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 18, 2020 at 05:57:09PM +0000, Catalin Marinas wrote: > On Mon, Mar 16, 2020 at 02:40:44PM +0200, R?mi Denis-Courmont wrote: > > From: R?mi Denis-Courmont > > > > This switches from custom instruction patterns to the regular large > > memory model sequence with ADRP and LDR. In doing so, the ADD > > instruction can be eliminated in the SDEI handler, and the code no > > longer assumes that the trampoline vectors and the vectors address both > > start on a page boundary. > > > > Signed-off-by: R?mi Denis-Courmont > > I queued the 3 trampoline patches for 5.7. Thanks. ... and removed. I applied them on top of arm64 for-next/asm-annotations and with defconfig I get: LD .tmp_vmlinux1 arch/arm64/kernel/entry.o: in function `tramp_vectors': arch/arm64/kernel/entry.S:838:(.entry.tramp.text+0x43c): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against symbol `__entry_tramp_data_start' defined in .rodata section in arch/arm64/kernel/entry.o ld: arch/arm64/kernel/entry.S:838: warning: one possible cause of this error is that the symbol is being referenced in the indicated code as if it had a larger alignment than was declared where it was defined arch/arm64/kernel/entry.S:839:(.entry.tramp.text+0x4bc): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against symbol `__entry_tramp_data_start' defined in .rodata section in arch/arm64/kernel/entry.o ld: arch/arm64/kernel/entry.S:839: warning: one possible cause of this error is that the symbol is being referenced in the indicated code as if it had a larger alignment than was declared where it was defined arch/arm64/kernel/entry.S:840:(.entry.tramp.text+0x53c): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against symbol `__entry_tramp_data_start' defined in .rodata section in arch/arm64/kernel/entry.o ld: arch/arm64/kernel/entry.S:840: warning: one possible cause of this error is that the symbol is being referenced in the indicated code as if it had a larger alignment than was declared where it was defined arch/arm64/kernel/entry.S:841:(.entry.tramp.text+0x5bc): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against symbol `__entry_tramp_data_start' defined in .rodata section in arch/arm64/kernel/entry.o ld: arch/arm64/kernel/entry.S:841: warning: one possible cause of this error is that the symbol is being referenced in the indicated code as if it had a larger alignment than was declared where it was defined arch/arm64/kernel/entry.S:843:(.entry.tramp.text+0x638): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against symbol `__entry_tramp_data_start' defined in .rodata section in arch/arm64/kernel/entry.o ld: arch/arm64/kernel/entry.S:843: warning: one possible cause of this error is that the symbol is being referenced in the indicated code as if it had a larger alignment than was declared where it was defined arch/arm64/kernel/entry.S:844:(.entry.tramp.text+0x6b8): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against symbol `__entry_tramp_data_start' defined in .rodata section in arch/arm64/kernel/entry.o ld: arch/arm64/kernel/entry.S:844: warning: one possible cause of this error is that the symbol is being referenced in the indicated code as if it had a larger alignment than was declared where it was defined arch/arm64/kernel/entry.S:845:(.entry.tramp.text+0x738): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against symbol `__entry_tramp_data_start' defined in .rodata section in arch/arm64/kernel/entry.o ld: arch/arm64/kernel/entry.S:845: warning: one possible cause of this error is that the symbol is being referenced in the indicated code as if it had a larger alignment than was declared where it was defined arch/arm64/kernel/entry.S:846:(.entry.tramp.text+0x7b8): relocation truncated to fit: R_AARCH64_LDST64_ABS_LO12_NC against symbol `__entry_tramp_data_start' defined in .rodata section in arch/arm64/kernel/entry.o ld: arch/arm64/kernel/entry.S:846: warning: one possible cause of this error is that the symbol is being referenced in the indicated code as if it had a larger alignment than was declared where it was defined make[1]: *** [Makefile:1077: vmlinux] Error 1 I haven't bisected to see which patch caused this issue. $ gcc --version gcc (Debian 9.2.1-30) 9.2.1 20200224 $ ld --version GNU ld (GNU Binutils for Debian) 2.34 -- Catalin