From: Suzuki K Poulose <suzuki.poulose@arm.com>
To: Steve Capper <steve.capper@arm.com>,
linux-mm@kvack.org, linux-arm-kernel@lists.infradead.org
Cc: catalin.marinas@arm.com, will.deacon@arm.com, jcm@redhat.com,
ard.biesheuvel@linaro.org
Subject: Re: [PATCH V4 5/6] arm64: mm: introduce 52-bit userspace support
Date: Wed, 5 Dec 2018 18:22:27 +0000 [thread overview]
Message-ID: <e1a9b147-d635-9f32-2f33-ccd689dba858@arm.com> (raw)
In-Reply-To: <20181205164145.24568-6-steve.capper@arm.com>
Hi Steve,
On 05/12/2018 16:41, Steve Capper wrote:
> On arm64 there is optional support for a 52-bit virtual address space.
> To exploit this one has to be running with a 64KB page size and be
> running on hardware that supports this.
>
> For an arm64 kernel supporting a 48 bit VA with a 64KB page size,
> some changes are needed to support a 52-bit userspace:
> * TCR_EL1.T0SZ needs to be 12 instead of 16,
> * TASK_SIZE needs to reflect the new size.
>
> This patch implements the above when the support for 52-bit VAs is
> detected at early boot time.
>
> On arm64 userspace addresses translation is controlled by TTBR0_EL1. As
> well as userspace, TTBR0_EL1 controls:
> * The identity mapping,
> * EFI runtime code.
>
> It is possible to run a kernel with an identity mapping that has a
> larger VA size than userspace (and for this case __cpu_set_tcr_t0sz()
> would set TCR_EL1.T0SZ as appropriate). However, when the conditions for
> 52-bit userspace are met; it is possible to keep TCR_EL1.T0SZ fixed at
> 12. Thus in this patch, the TCR_EL1.T0SZ size changing logic is
> disabled.
>
> Signed-off-by: Steve Capper <steve.capper@arm.com>
>
> ---
>
> Changed in V4, pgd_index logic removed as we offset ttbr1 instead
> ---
> arch/arm64/Kconfig | 4 ++++
> arch/arm64/include/asm/assembler.h | 7 +++----
> arch/arm64/include/asm/mmu_context.h | 3 +++
> arch/arm64/include/asm/processor.h | 14 +++++++++-----
> arch/arm64/kernel/head.S | 13 +++++++++++++
> arch/arm64/mm/fault.c | 2 +-
> arch/arm64/mm/mmu.c | 1 +
> arch/arm64/mm/proc.S | 10 +++++++++-
> 8 files changed, 43 insertions(+), 11 deletions(-)
>
> diff --git a/arch/arm64/Kconfig b/arch/arm64/Kconfig
> index 787d7850e064..eab02d24f5d1 100644
> --- a/arch/arm64/Kconfig
> +++ b/arch/arm64/Kconfig
> @@ -709,6 +709,10 @@ config ARM64_PA_BITS_52
>
> endchoice
>
> +config ARM64_52BIT_VA
> + def_bool y
> + depends on ARM64_VA_BITS_48 && ARM64_64K_PAGES
> +
> config ARM64_PA_BITS
> int
> default 48 if ARM64_PA_BITS_48
> diff --git a/arch/arm64/include/asm/assembler.h b/arch/arm64/include/asm/assembler.h
> index e2fe378d2a63..243ec4f0c00f 100644
> --- a/arch/arm64/include/asm/assembler.h
> +++ b/arch/arm64/include/asm/assembler.h
> @@ -342,11 +342,10 @@ alternative_endif
> .endm
>
> /*
> - * tcr_set_idmap_t0sz - update TCR.T0SZ so that we can load the ID map
> + * tcr_set_t0sz - update TCR.T0SZ so that we can load the ID map
> */
> - .macro tcr_set_idmap_t0sz, valreg, tmpreg
> - ldr_l \tmpreg, idmap_t0sz
> - bfi \valreg, \tmpreg, #TCR_T0SZ_OFFSET, #TCR_TxSZ_WIDTH
> + .macro tcr_set_t0sz, valreg, t0sz
> + bfi \valreg, \t0sz, #TCR_T0SZ_OFFSET, #TCR_TxSZ_WIDTH
> .endm
>
> /*
> diff --git a/arch/arm64/include/asm/mmu_context.h b/arch/arm64/include/asm/mmu_context.h
> index 1e58bf58c22b..b125fafc611b 100644
> --- a/arch/arm64/include/asm/mmu_context.h
> +++ b/arch/arm64/include/asm/mmu_context.h
> @@ -72,6 +72,9 @@ extern u64 idmap_ptrs_per_pgd;
>
> static inline bool __cpu_uses_extended_idmap(void)
> {
> + if (IS_ENABLED(CONFIG_ARM64_52BIT_VA))
> + return false;
> +
> return unlikely(idmap_t0sz != TCR_T0SZ(VA_BITS));
> }
>
> diff --git a/arch/arm64/include/asm/processor.h b/arch/arm64/include/asm/processor.h
> index fe95fd8b065e..b363fc705be4 100644
> --- a/arch/arm64/include/asm/processor.h
> +++ b/arch/arm64/include/asm/processor.h
> @@ -19,11 +19,12 @@
> #ifndef __ASM_PROCESSOR_H
> #define __ASM_PROCESSOR_H
>
> -#define TASK_SIZE_64 (UL(1) << VA_BITS)
> -
> -#define KERNEL_DS UL(-1)
> -#define USER_DS (TASK_SIZE_64 - 1)
> -
> +#define KERNEL_DS UL(-1)
> +#ifdef CONFIG_ARM64_52BIT_VA
> +#define USER_DS ((UL(1) << 52) - 1)
> +#else
> +#define USER_DS ((UL(1) << VA_BITS) - 1)
> +#endif /* CONFIG_ARM64_52IT_VA */
> #ifndef __ASSEMBLY__
> #ifdef __KERNEL__
>
> @@ -48,6 +49,9 @@
>
> #define DEFAULT_MAP_WINDOW_64 (UL(1) << VA_BITS)
>
> +extern u64 vabits_user;
> +#define TASK_SIZE_64 (UL(1) << vabits_user)
> +
> #ifdef CONFIG_COMPAT
> #define TASK_SIZE_32 UL(0x100000000)
> #define TASK_SIZE (test_thread_flag(TIF_32BIT) ? \
> diff --git a/arch/arm64/kernel/head.S b/arch/arm64/kernel/head.S
> index f60081be9a1b..5bc776b8ee5e 100644
> --- a/arch/arm64/kernel/head.S
> +++ b/arch/arm64/kernel/head.S
> @@ -318,6 +318,19 @@ __create_page_tables:
> adrp x0, idmap_pg_dir
> adrp x3, __idmap_text_start // __pa(__idmap_text_start)
>
> +#ifdef CONFIG_ARM64_52BIT_VA
> + mrs_s x6, SYS_ID_AA64MMFR2_EL1
> + and x6, x6, #(0xf << ID_AA64MMFR2_LVA_SHIFT)
> + mov x5, #52
> + cbnz x6, 1f
> +#endif
> + mov x5, #VA_BITS
> +1:
> + adr_l x6, vabits_user
> + str x5, [x6]
> + dmb sy
> + dc ivac, x6 // Invalidate potentially stale cache line
> +
I think we may need a check for the secondary CPUs to make sure that they have
the 52bit support once the boot CPU has decided to use the feature and fail the
CPU bring up (just like we do for the granule support).
Suzuki
next prev parent reply other threads:[~2018-12-05 18:22 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-05 16:41 [PATCH V4 0/6] 52-bit userspace VAs Steve Capper
2018-12-05 16:41 ` [PATCH V4 1/6] mm: mmap: Allow for "high" userspace addresses Steve Capper
2018-12-05 16:41 ` [PATCH V4 2/6] arm64: mm: Introduce DEFAULT_MAP_WINDOW Steve Capper
2018-12-05 17:36 ` Catalin Marinas
2018-12-06 12:24 ` Steve Capper
2018-12-05 16:41 ` [PATCH V4 3/6] arm64: mm: Define arch_get_mmap_end, arch_get_mmap_base Steve Capper
2018-12-05 16:41 ` [PATCH V4 4/6] arm64: mm: Offset TTBR1 to allow 52-bit PTRS_PER_PGD Steve Capper
2018-12-06 11:50 ` Catalin Marinas
2018-12-06 12:27 ` Steve Capper
2018-12-05 16:41 ` [PATCH V4 5/6] arm64: mm: introduce 52-bit userspace support Steve Capper
2018-12-05 18:22 ` Suzuki K Poulose [this message]
2018-12-06 12:26 ` Steve Capper
2018-12-06 14:35 ` Suzuki K Poulose
2018-12-06 14:52 ` Steve Capper
2018-12-05 16:41 ` [PATCH V4 6/6] arm64: mm: Allow forcing all userspace addresses to 52-bit Steve Capper
2018-12-06 11:51 ` Catalin Marinas
2018-12-06 12:28 ` Steve Capper
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=e1a9b147-d635-9f32-2f33-ccd689dba858@arm.com \
--to=suzuki.poulose@arm.com \
--cc=ard.biesheuvel@linaro.org \
--cc=catalin.marinas@arm.com \
--cc=jcm@redhat.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-mm@kvack.org \
--cc=steve.capper@arm.com \
--cc=will.deacon@arm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox