From: Anshuman Khandual <anshuman.khandual@arm.com>
To: Ard Biesheuvel <ardb@kernel.org>, linux-arm-kernel@lists.infradead.org
Cc: maz@kernel.org, catalin.marinas@arm.com, will@kernel.org,
mark.rutland@arm.com, qperret@google.com,
kernel-team@android.com
Subject: Re: [PATCH v2 1/3] arm64: mm: add missing P4D definitions and use them consistently
Date: Tue, 9 Mar 2021 10:26:30 +0530 [thread overview]
Message-ID: <0f6f259f-a16e-bd7c-2c1f-666db8717010@arm.com> (raw)
In-Reply-To: <20210308181535.16230-2-ardb@kernel.org>
On 3/8/21 11:45 PM, Ard Biesheuvel wrote:
> Even though level 0, 1 and 2 descriptors share the same attribute
> encodings, let's be a bit more consistent about using the right one at
> the right level. So add new macros for level 0/P4D definitions, and
> clean up some inconsistencies involving these macros.
>
> Signed-off-by: Ard Biesheuvel <ardb@kernel.org>
> Acked-by: Mark Rutland <mark.rutland@arm.com>
LGTM
Reviewed-by: Anshuman Khandual <anshuman.khandual@arm.com>
> ---
> arch/arm64/include/asm/pgalloc.h | 4 ++--
> arch/arm64/include/asm/pgtable-hwdef.h | 9 +++++++++
> arch/arm64/mm/kasan_init.c | 4 ++--
> arch/arm64/mm/mmu.c | 6 +++---
> 4 files changed, 16 insertions(+), 7 deletions(-)
>
> diff --git a/arch/arm64/include/asm/pgalloc.h b/arch/arm64/include/asm/pgalloc.h
> index 3c6a7f5988b1..27cc643d0509 100644
> --- a/arch/arm64/include/asm/pgalloc.h
> +++ b/arch/arm64/include/asm/pgalloc.h
> @@ -27,7 +27,7 @@ static inline void __pud_populate(pud_t *pudp, phys_addr_t pmdp, pudval_t prot)
>
> static inline void pud_populate(struct mm_struct *mm, pud_t *pudp, pmd_t *pmdp)
> {
> - __pud_populate(pudp, __pa(pmdp), PMD_TYPE_TABLE);
> + __pud_populate(pudp, __pa(pmdp), PUD_TYPE_TABLE);
> }
> #else
> static inline void __pud_populate(pud_t *pudp, phys_addr_t pmdp, pudval_t prot)
> @@ -45,7 +45,7 @@ static inline void __p4d_populate(p4d_t *p4dp, phys_addr_t pudp, p4dval_t prot)
>
> static inline void p4d_populate(struct mm_struct *mm, p4d_t *p4dp, pud_t *pudp)
> {
> - __p4d_populate(p4dp, __pa(pudp), PUD_TYPE_TABLE);
> + __p4d_populate(p4dp, __pa(pudp), P4D_TYPE_TABLE);
> }
> #else
> static inline void __p4d_populate(p4d_t *p4dp, phys_addr_t pudp, p4dval_t prot)
> diff --git a/arch/arm64/include/asm/pgtable-hwdef.h b/arch/arm64/include/asm/pgtable-hwdef.h
> index 42442a0ae2ab..e64e77a345b2 100644
> --- a/arch/arm64/include/asm/pgtable-hwdef.h
> +++ b/arch/arm64/include/asm/pgtable-hwdef.h
> @@ -94,6 +94,15 @@
> /*
> * Hardware page table definitions.
> *
> + * Level 0 descriptor (P4D).
> + */
> +#define P4D_TYPE_TABLE (_AT(p4dval_t, 3) << 0)
> +#define P4D_TABLE_BIT (_AT(p4dval_t, 1) << 1)
> +#define P4D_TYPE_MASK (_AT(p4dval_t, 3) << 0)
> +#define P4D_TYPE_SECT (_AT(p4dval_t, 1) << 0)
> +#define P4D_SECT_RDONLY (_AT(p4dval_t, 1) << 7) /* AP[2] */
> +
> +/*
> * Level 1 descriptor (PUD).
> */
> #define PUD_TYPE_TABLE (_AT(pudval_t, 3) << 0)
> diff --git a/arch/arm64/mm/kasan_init.c b/arch/arm64/mm/kasan_init.c
> index d8e66c78440e..9fe40cbbd8c0 100644
> --- a/arch/arm64/mm/kasan_init.c
> +++ b/arch/arm64/mm/kasan_init.c
> @@ -79,7 +79,7 @@ static pmd_t *__init kasan_pmd_offset(pud_t *pudp, unsigned long addr, int node,
> phys_addr_t pmd_phys = early ?
> __pa_symbol(kasan_early_shadow_pmd)
> : kasan_alloc_zeroed_page(node);
> - __pud_populate(pudp, pmd_phys, PMD_TYPE_TABLE);
> + __pud_populate(pudp, pmd_phys, PUD_TYPE_TABLE);
> }
>
> return early ? pmd_offset_kimg(pudp, addr) : pmd_offset(pudp, addr);
> @@ -92,7 +92,7 @@ static pud_t *__init kasan_pud_offset(p4d_t *p4dp, unsigned long addr, int node,
> phys_addr_t pud_phys = early ?
> __pa_symbol(kasan_early_shadow_pud)
> : kasan_alloc_zeroed_page(node);
> - __p4d_populate(p4dp, pud_phys, PMD_TYPE_TABLE);
> + __p4d_populate(p4dp, pud_phys, P4D_TYPE_TABLE);
> }
>
> return early ? pud_offset_kimg(p4dp, addr) : pud_offset(p4dp, addr);
> diff --git a/arch/arm64/mm/mmu.c b/arch/arm64/mm/mmu.c
> index 3802cfbdd20d..029091474042 100644
> --- a/arch/arm64/mm/mmu.c
> +++ b/arch/arm64/mm/mmu.c
> @@ -309,7 +309,7 @@ static void alloc_init_pud(pgd_t *pgdp, unsigned long addr, unsigned long end,
> phys_addr_t pud_phys;
> BUG_ON(!pgtable_alloc);
> pud_phys = pgtable_alloc(PUD_SHIFT);
> - __p4d_populate(p4dp, pud_phys, PUD_TYPE_TABLE);
> + __p4d_populate(p4dp, pud_phys, P4D_TYPE_TABLE);
> p4d = READ_ONCE(*p4dp);
> }
> BUG_ON(p4d_bad(p4d));
> @@ -1209,11 +1209,11 @@ void __init early_fixmap_init(void)
> pudp = pud_offset_kimg(p4dp, addr);
> } else {
> if (p4d_none(p4d))
> - __p4d_populate(p4dp, __pa_symbol(bm_pud), PUD_TYPE_TABLE);
> + __p4d_populate(p4dp, __pa_symbol(bm_pud), P4D_TYPE_TABLE);
> pudp = fixmap_pud(addr);
> }
> if (pud_none(READ_ONCE(*pudp)))
> - __pud_populate(pudp, __pa_symbol(bm_pmd), PMD_TYPE_TABLE);
> + __pud_populate(pudp, __pa_symbol(bm_pmd), PUD_TYPE_TABLE);
> pmdp = fixmap_pmd(addr);
> __pmd_populate(pmdp, __pa_symbol(bm_pte), PMD_TYPE_TABLE);
>
>
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2021-03-09 4:57 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-03-08 18:15 [PATCH v2 0/3] arm64: use hierarchical XN permissions for all page tables Ard Biesheuvel
2021-03-08 18:15 ` [PATCH v2 1/3] arm64: mm: add missing P4D definitions and use them consistently Ard Biesheuvel
2021-03-09 4:56 ` Anshuman Khandual [this message]
2021-03-08 18:15 ` [PATCH v2 2/3] arm64: mm: use XN table mapping attributes for the linear region Ard Biesheuvel
2021-03-09 5:09 ` Anshuman Khandual
2021-03-09 12:36 ` Ard Biesheuvel
2021-03-10 6:48 ` Anshuman Khandual
2021-03-09 5:52 ` Anshuman Khandual
2021-03-08 18:15 ` [PATCH v2 3/3] arm64: mm: use XN table mapping attributes for user/kernel mappings Ard Biesheuvel
2021-03-09 5:40 ` Anshuman Khandual
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=0f6f259f-a16e-bd7c-2c1f-666db8717010@arm.com \
--to=anshuman.khandual@arm.com \
--cc=ardb@kernel.org \
--cc=catalin.marinas@arm.com \
--cc=kernel-team@android.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=mark.rutland@arm.com \
--cc=maz@kernel.org \
--cc=qperret@google.com \
--cc=will@kernel.org \
/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;
as well as URLs for NNTP newsgroup(s).