Received: by 2002:a25:e7d8:0:0:0:0:0 with SMTP id e207csp713376ybh; Thu, 12 Mar 2020 09:44:37 -0700 (PDT) X-Google-Smtp-Source: ADFU+vs2UftMzets5LUNpLM2w/4cNC+FDjsGDxQiUrCWndpacE8uJyMF02fOljxuIebX9IHvX+We X-Received: by 2002:a9d:949:: with SMTP id 67mr7020583otp.304.1584031477037; Thu, 12 Mar 2020 09:44:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584031477; cv=none; d=google.com; s=arc-20160816; b=gNVkI/Pfr1hDem8VE/QB929H2YGXGrcDy7SqK2Nh/v1wETkX13UCNVOkRy2pyut7fu NgM9dUS6aj9+PBm3y+95lMyjpLWQS4z161zwpPhXnRfAgQlTqCEBW9XyYBoXEWLmiR3y EDagHGVOvzZ6iIbi5acaRSXm1IYv2UlE5KlXP/9gZPDuSRaLPlSxHprsPAqgIrY+ZXCn qh0v+fVzy3mF0J3jzl5HkvYJPZLWlQrrqpESgbMlOKdxOqnL+4HZ9zX06APd3Y+xtTT9 cMIXdRExPoC6yJSALp+XVf1e3erStU5pbecapnpBxkeBKC27fpGPkgUVDSMroNW9CURM hsxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=udp+V4L82MeKXw9XhgCs9VcRRRuaG3dW0stztGgbPDQ=; b=Z6gvKM0D/oMv0JQcAGkI4y4L0rjggaJ/s+n3C8cNf+O7L3wOEsMXyrwrlawDCy9cXu f0D2EsN2i/q8ZN5Rn17Ap0XRLwnxdWSfc2uCf9nKhBZ0D4whxrVLtjVATmcAgyLKidA0 jAlbNY/yxns5mtaRWwuX8AUInCX0MkybnAdl9R30fygJqBJ96xdqUp3QQzZTiV/u+MnB MwsctxnVfC6d5CCrbbMY1/8/UAAhPkW2XLW0CH1tELYPaQbjfAzQ05rOYxYw6xPhYpoj DW/ePUh4EYsWA1c17NbhzgWOj42vtGcG7d00WqxG4UrC8P/u1FXsRsL7FN8eHg+sphtJ a1nA== 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 l143si1492943oih.269.2020.03.12.09.44.24; Thu, 12 Mar 2020 09:44:37 -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 S1726520AbgCLQme (ORCPT + 99 others); Thu, 12 Mar 2020 12:42:34 -0400 Received: from foss.arm.com ([217.140.110.172]:37840 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726194AbgCLQme (ORCPT ); Thu, 12 Mar 2020 12:42: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 9757130E; Thu, 12 Mar 2020 09:42:33 -0700 (PDT) Received: from lakrids.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 471CB3F6CF; Thu, 12 Mar 2020 09:42:32 -0700 (PDT) Date: Thu, 12 Mar 2020 16:42:30 +0000 From: Mark Rutland To: =?utf-8?B?UsOpbWk=?= Denis-Courmont Cc: linux-arm-kernel@lists.infradead.org, suzuki.poulose@arm.com, maz@kernel.org, linux-kernel@vger.kernel.org, james.morse@arm.com, catalin.marinas@arm.com, will@kernel.org, kvmarm@lists.cs.columbia.edu, julien.thierry.kdev@gmail.com Subject: Re: [PATCH] arm64: use mov_q instead of literal ldr Message-ID: <20200312164229.GB21120@lakrids.cambridge.arm.com> References: <20200312094014.153356-1-remi@remlab.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20200312094014.153356-1-remi@remlab.net> User-Agent: Mutt/1.11.1+11 (2f07cb52) (2018-12-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Mar 12, 2020 at 11:40:14AM +0200, RĂ©mi Denis-Courmont wrote: > From: Remi Denis-Courmont > > In practice, this requires only 2 instructions, or even only 1 for > the idmap_pg_dir size (with 4 or 64 KiB pages). Only the MAIR values > needed more than 2 instructions and it was already converted to mov_q > by 95b3f74bec203804658e17f86fe20755bb8abcb9. > > Signed-off-by: Remi Denis-Courmont FWIW: Acked-by: Mark Rutland Mark. > --- > arch/arm64/kernel/cpu-reset.S | 2 +- > arch/arm64/kernel/hyp-stub.S | 2 +- > arch/arm64/kernel/relocate_kernel.S | 4 +--- > arch/arm64/kvm/hyp-init.S | 10 ++++------ > arch/arm64/mm/proc.S | 2 +- > 5 files changed, 8 insertions(+), 12 deletions(-) > > diff --git a/arch/arm64/kernel/cpu-reset.S b/arch/arm64/kernel/cpu-reset.S > index 32c7bf858dd9..38087b4c0432 100644 > --- a/arch/arm64/kernel/cpu-reset.S > +++ b/arch/arm64/kernel/cpu-reset.S > @@ -32,7 +32,7 @@ > ENTRY(__cpu_soft_restart) > /* Clear sctlr_el1 flags. */ > mrs x12, sctlr_el1 > - ldr x13, =SCTLR_ELx_FLAGS > + mov_q x13, SCTLR_ELx_FLAGS > bic x12, x12, x13 > pre_disable_mmu_workaround > msr sctlr_el1, x12 > diff --git a/arch/arm64/kernel/hyp-stub.S b/arch/arm64/kernel/hyp-stub.S > index 73d46070b315..e473ead806ed 100644 > --- a/arch/arm64/kernel/hyp-stub.S > +++ b/arch/arm64/kernel/hyp-stub.S > @@ -63,7 +63,7 @@ el1_sync: > beq 9f // Nothing to reset! > > /* Someone called kvm_call_hyp() against the hyp-stub... */ > - ldr x0, =HVC_STUB_ERR > + mov_q x0, HVC_STUB_ERR > eret > > 9: mov x0, xzr > diff --git a/arch/arm64/kernel/relocate_kernel.S b/arch/arm64/kernel/relocate_kernel.S > index c1d7db71a726..c40ce496c78b 100644 > --- a/arch/arm64/kernel/relocate_kernel.S > +++ b/arch/arm64/kernel/relocate_kernel.S > @@ -41,7 +41,7 @@ ENTRY(arm64_relocate_new_kernel) > cmp x0, #CurrentEL_EL2 > b.ne 1f > mrs x0, sctlr_el2 > - ldr x1, =SCTLR_ELx_FLAGS > + mov_q x1, SCTLR_ELx_FLAGS > bic x0, x0, x1 > pre_disable_mmu_workaround > msr sctlr_el2, x0 > @@ -113,8 +113,6 @@ ENTRY(arm64_relocate_new_kernel) > > ENDPROC(arm64_relocate_new_kernel) > > -.ltorg > - > .align 3 /* To keep the 64-bit values below naturally aligned. */ > > .Lcopy_end: > diff --git a/arch/arm64/kvm/hyp-init.S b/arch/arm64/kvm/hyp-init.S > index 84f32cf5abc7..6e6ed5581eed 100644 > --- a/arch/arm64/kvm/hyp-init.S > +++ b/arch/arm64/kvm/hyp-init.S > @@ -60,7 +60,7 @@ alternative_else_nop_endif > msr ttbr0_el2, x4 > > mrs x4, tcr_el1 > - ldr x5, =TCR_EL2_MASK > + mov_q x5, TCR_EL2_MASK > and x4, x4, x5 > mov x5, #TCR_EL2_RES1 > orr x4, x4, x5 > @@ -102,7 +102,7 @@ alternative_else_nop_endif > * as well as the EE bit on BE. Drop the A flag since the compiler > * is allowed to generate unaligned accesses. > */ > - ldr x4, =(SCTLR_EL2_RES1 | (SCTLR_ELx_FLAGS & ~SCTLR_ELx_A)) > + mov_q x4, (SCTLR_EL2_RES1 | (SCTLR_ELx_FLAGS & ~SCTLR_ELx_A)) > CPU_BE( orr x4, x4, #SCTLR_ELx_EE) > msr sctlr_el2, x4 > isb > @@ -142,7 +142,7 @@ reset: > * case we coming via HVC_SOFT_RESTART. > */ > mrs x5, sctlr_el2 > - ldr x6, =SCTLR_ELx_FLAGS > + mov_q x6, SCTLR_ELx_FLAGS > bic x5, x5, x6 // Clear SCTL_M and etc > pre_disable_mmu_workaround > msr sctlr_el2, x5 > @@ -155,11 +155,9 @@ reset: > eret > > 1: /* Bad stub call */ > - ldr x0, =HVC_STUB_ERR > + mov_q x0, HVC_STUB_ERR > eret > > SYM_CODE_END(__kvm_handle_stub_hvc) > > - .ltorg > - > .popsection > diff --git a/arch/arm64/mm/proc.S b/arch/arm64/mm/proc.S > index 1b871f141eb4..6bd228067ebc 100644 > --- a/arch/arm64/mm/proc.S > +++ b/arch/arm64/mm/proc.S > @@ -411,7 +411,7 @@ SYM_FUNC_START(__cpu_setup) > * Set/prepare TCR and TTBR. We use 512GB (39-bit) address range for > * both user and kernel. > */ > - ldr x10, =TCR_TxSZ(VA_BITS) | TCR_CACHE_FLAGS | TCR_SMP_FLAGS | \ > + mov_q x10, TCR_TxSZ(VA_BITS) | TCR_CACHE_FLAGS | TCR_SMP_FLAGS | \ > TCR_TG_FLAGS | TCR_KASLR_FLAGS | TCR_ASID16 | \ > TCR_TBI0 | TCR_A1 | TCR_KASAN_FLAGS > tcr_clear_errata_bits x10, x9, x5 > -- > 2.25.1 > > > _______________________________________________ > linux-arm-kernel mailing list > linux-arm-kernel@lists.infradead.org > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel