Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1246607
| From | Mark Rutland <mark.rutland@arm.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCHv3 02/11] arm64: Handle section maps for swapper/idmap |
| Date | 2015-10-14 14:10 +0200 |
| Message-ID | <qjt2y-6rP-15@gated-at.bofh.it> (permalink) |
| References | <qjspQ-5qz-3@gated-at.bofh.it> <qjspQ-5qz-15@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Oct 14, 2015 at 12:20:25PM +0100, Suzuki K. Poulose wrote: > We use section maps with 4K page size to create the swapper/idmaps. > So far we have used !64K or 4K checks to handle the case where we > use the section maps. > This patch adds a new symbol, ARM64_SWAPPER_USES_SECTION_MAPS, to > handle cases where we use section maps, instead of using the page size > symbols. > > Cc: Ard Biesheuvel <ard.biesheuvel@linaro.org> > Cc: Mark Rutland <mark.rutland@arm.com> > Cc: Catalin Marinas <catalin.marinas@arm.com> > Cc: Will Deacon <will.deacon@arm.com> > Signed-off-by: Suzuki K. Poulose <suzuki.poulose@arm.com> > --- > arch/arm64/include/asm/kernel-pgtable.h | 31 ++++++++----- > arch/arm64/mm/mmu.c | 72 ++++++++++++++----------------- > 2 files changed, 52 insertions(+), 51 deletions(-) > > diff --git a/arch/arm64/include/asm/kernel-pgtable.h b/arch/arm64/include/asm/kernel-pgtable.h > index 622929d..5876a36 100644 > --- a/arch/arm64/include/asm/kernel-pgtable.h > +++ b/arch/arm64/include/asm/kernel-pgtable.h > @@ -19,6 +19,13 @@ > #ifndef __ASM_KERNEL_PGTABLE_H > #define __ASM_KERNEL_PGTABLE_H > > +/* With 4K pages, we use section maps. */ > +#ifdef CONFIG_ARM64_4K_PAGES > +#define ARM64_SWAPPER_USES_SECTION_MAPS 1 > +#else > +#define ARM64_SWAPPER_USES_SECTION_MAPS 0 > +#endif The comment is somewhat redunant. It would be better to state why we do this for 4K and not 64K (or 16K). > @@ -406,14 +407,11 @@ static void __init map_mem(void) > * memory addressable from the initial direct kernel mapping. > * > * The initial direct kernel mapping, located at swapper_pg_dir, gives > - * us PUD_SIZE (4K pages) or PMD_SIZE (64K pages) memory starting from > - * PHYS_OFFSET (which must be aligned to 2MB as per > - * Documentation/arm64/booting.txt). > + * us PUD_SIZE (with SECTION maps, i.e, 4K) or PMD_SIZE (without > + * SECTION maps, i.e, 64K pages) memory starting from PHYS_OFFSET > + * (which must be aligned to 2MB as per Documentation/arm64/booting.txt). This didn't seem to get updated for 16K later in the series, unless I missed something. Perhaps drop the mention of 4K / 64K entirely here? > @@ -551,7 +552,7 @@ int kern_addr_valid(unsigned long addr) > return pfn_valid(pte_pfn(*pte)); > } > #ifdef CONFIG_SPARSEMEM_VMEMMAP > -#ifdef CONFIG_ARM64_64K_PAGES > +#if !ARM64_SWAPPER_USES_SECTION_MAPS This leaves the comments on the #else and #endif stale. Please update those too. Otherwise this looks good! Thanks, Mark. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCHv3 02/11] arm64: Handle section maps for swapper/idmap "Suzuki K. Poulose" <suzuki.poulose@arm.com> - 2015-10-14 13:30 +0200
Re: [PATCHv3 02/11] arm64: Handle section maps for swapper/idmap Mark Rutland <mark.rutland@arm.com> - 2015-10-14 14:10 +0200
Re: [PATCHv3 02/11] arm64: Handle section maps for swapper/idmap "Suzuki K. Poulose" <Suzuki.Poulose@arm.com> - 2015-10-14 15:30 +0200
Re: [PATCHv3 02/11] arm64: Handle section maps for swapper/idmap Mark Rutland <mark.rutland@arm.com> - 2015-10-14 17:00 +0200
Re: [PATCHv3 02/11] arm64: Handle section maps for swapper/idmap "Suzuki K. Poulose" <Suzuki.Poulose@arm.com> - 2015-10-14 17:10 +0200
Re: [PATCHv3 02/11] arm64: Handle section maps for swapper/idmap Mark Rutland <mark.rutland@arm.com> - 2015-10-14 17:20 +0200
csiph-web