From: linux@arm.linux.org.uk (Russell King - ARM Linux)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH v4 09/19] ARM: LPAE: Page table maintenance for the 3-level format
Date: Thu, 3 Feb 2011 17:56:57 +0000 [thread overview]
Message-ID: <20110203175657.GD14627@n2100.arm.linux.org.uk> (raw)
In-Reply-To: <1295891761-18366-10-git-send-email-catalin.marinas@arm.com>
On Mon, Jan 24, 2011 at 05:55:51PM +0000, Catalin Marinas wrote:
> The patch also introduces the L_PGD_SWAPPER flag to mark pgd entries
> pointing to pmd tables pre-allocated in the swapper_pg_dir and avoid
> trying to free them at run-time. This flag is 0 with the classic page
> table format.
This shouldn't be necessary.
> diff --git a/arch/arm/mm/pgd.c b/arch/arm/mm/pgd.c
> index 709244c..003587d 100644
> --- a/arch/arm/mm/pgd.c
> +++ b/arch/arm/mm/pgd.c
> @@ -10,6 +10,7 @@
> #include <linux/mm.h>
> #include <linux/gfp.h>
> #include <linux/highmem.h>
> +#include <linux/slab.h>
>
> #include <asm/pgalloc.h>
> #include <asm/page.h>
> @@ -17,6 +18,14 @@
>
> #include "mm.h"
>
> +#ifdef CONFIG_ARM_LPAE
> +#define __pgd_alloc() kmalloc(PTRS_PER_PGD * sizeof(pgd_t), GFP_KERNEL)
> +#define __pgd_free(pgd) kfree(pgd)
> +#else
> +#define __pgd_alloc() (pgd_t *)__get_free_pages(GFP_KERNEL, 2)
> +#define __pgd_free(pgd) free_pages((unsigned long)pgd, 2)
> +#endif
> +
> /*
> * need to get a 16k page for level 1
> */
> @@ -26,7 +35,7 @@ pgd_t *pgd_alloc(struct mm_struct *mm)
> pmd_t *new_pmd, *init_pmd;
> pte_t *new_pte, *init_pte;
>
> - new_pgd = (pgd_t *)__get_free_pages(GFP_KERNEL, 2);
> + new_pgd = __pgd_alloc();
> if (!new_pgd)
> goto no_pgd;
>
> @@ -41,12 +50,21 @@ pgd_t *pgd_alloc(struct mm_struct *mm)
>
> clean_dcache_area(new_pgd, PTRS_PER_PGD * sizeof(pgd_t));
>
> +#ifdef CONFIG_ARM_LPAE
> + /*
> + * Allocate PMD table for modules and pkmap mappings.
> + */
> + new_pmd = pmd_alloc(mm, new_pgd + pgd_index(MODULES_VADDR), 0);
> + if (!new_pmd)
> + goto no_pmd;
This should be a copy of the same page tables found in swapper_pg_dir -
that's what the memcpy() above is doing.
> +#endif
> +
> if (!vectors_high()) {
> /*
> * On ARM, first page must always be allocated since it
> * contains the machine vectors.
> */
> - new_pmd = pmd_alloc(mm, new_pgd, 0);
> + new_pmd = pmd_alloc(mm, new_pgd + pgd_index(0), 0);
However, the first pmd table, and the first pte table only need to be
present for the reason stated in the comment, and these need to be
allocated.
> if (!new_pmd)
> goto no_pmd;
>
> @@ -66,7 +84,7 @@ pgd_t *pgd_alloc(struct mm_struct *mm)
> no_pte:
> pmd_free(mm, new_pmd);
> no_pmd:
> - free_pages((unsigned long)new_pgd, 2);
> + __pgd_free(new_pgd);
> no_pgd:
> return NULL;
> }
> @@ -80,20 +98,36 @@ void pgd_free(struct mm_struct *mm, pgd_t *pgd_base)
> if (!pgd_base)
> return;
>
> - pgd = pgd_base + pgd_index(0);
> - if (pgd_none_or_clear_bad(pgd))
> - goto no_pgd;
> + if (!vectors_high()) {
No, that's wrong. As FIRST_USER_ADDRESS is nonzero, the first pmd and
pte table will remain allocated in spite of free_pgtables(), so this
results in a memory leak.
> + pgd = pgd_base + pgd_index(0);
> + if (pgd_none_or_clear_bad(pgd))
> + goto no_pgd;
>
> - pmd = pmd_offset(pgd, 0);
> - if (pmd_none_or_clear_bad(pmd))
> - goto no_pmd;
> + pmd = pmd_offset(pgd, 0);
> + if (pmd_none_or_clear_bad(pmd))
> + goto no_pmd;
>
> - pte = pmd_pgtable(*pmd);
> - pmd_clear(pmd);
> - pte_free(mm, pte);
> + pte = pmd_pgtable(*pmd);
> + pmd_clear(pmd);
> + pte_free(mm, pte);
> no_pmd:
> - pgd_clear(pgd);
> - pmd_free(mm, pmd);
> + pgd_clear(pgd);
> + pmd_free(mm, pmd);
> + }
> no_pgd:
> - free_pages((unsigned long) pgd_base, 2);
> +#ifdef CONFIG_ARM_LPAE
> + /*
> + * Free modules/pkmap or identity pmd tables.
> + */
> + for (pgd = pgd_base; pgd < pgd_base + PTRS_PER_PGD; pgd++) {
> + if (pgd_none_or_clear_bad(pgd))
> + continue;
> + if (pgd_val(*pgd) & L_PGD_SWAPPER)
> + continue;
> + pmd = pmd_offset(pgd, 0);
> + pgd_clear(pgd);
> + pmd_free(mm, pmd);
> + }
> +#endif
And as kernel mappings in the pgd above TASK_SIZE are supposed to be
identical across all page tables, this shouldn't be necessary.
next prev parent reply other threads:[~2011-02-03 17:56 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-01-24 17:55 [PATCH v4 00/19] ARM: Add support for the Large Physical Address Extensions Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 01/19] ARM: Make the argument to virt_to_phys() "const volatile" Catalin Marinas
2011-01-24 19:19 ` Stephen Boyd
2011-01-24 23:38 ` Russell King - ARM Linux
2011-01-25 10:00 ` Arnd Bergmann
2011-01-25 10:29 ` Russell King - ARM Linux
2011-01-25 14:14 ` Arnd Bergmann
2011-01-24 17:55 ` [PATCH v4 02/19] ARM: LPAE: Fix early_pte_alloc() assumption about the Linux PTE Catalin Marinas
2011-02-12 9:56 ` Russell King - ARM Linux
2011-01-24 17:55 ` [PATCH v4 03/19] ARM: LPAE: use long long format when printing physical addresses and ptes Catalin Marinas
2011-02-12 9:59 ` Russell King - ARM Linux
2011-01-24 17:55 ` [PATCH v4 04/19] ARM: LPAE: Use PMD_(SHIFT|SIZE|MASK) instead of PGDIR_* Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 05/19] ARM: LPAE: Factor out 2-level page table definitions into separate files Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 06/19] ARM: LPAE: Add (pte|pmd|pgd|pgprot)val_t type definitions as u32 Catalin Marinas
2011-02-03 17:13 ` Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 07/19] ARM: LPAE: Use a mask for physical addresses in page table entries Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 08/19] ARM: LPAE: Introduce the 3-level page table format definitions Catalin Marinas
2011-01-24 21:26 ` Nick Piggin
2011-01-24 21:42 ` Russell King - ARM Linux
2011-01-25 10:04 ` Catalin Marinas
2011-03-21 12:36 ` Catalin Marinas
2011-03-21 12:56 ` Russell King - ARM Linux
2011-03-21 13:19 ` Catalin Marinas
2011-02-03 17:11 ` Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 09/19] ARM: LPAE: Page table maintenance for the 3-level format Catalin Marinas
2011-02-03 17:09 ` Catalin Marinas
2011-02-03 17:56 ` Russell King - ARM Linux [this message]
2011-02-03 22:00 ` Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 10/19] ARM: LPAE: MMU setup for the 3-level page table format Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 11/19] ARM: LPAE: Add fault handling support Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 12/19] ARM: LPAE: Add context switching support Catalin Marinas
2011-02-12 10:44 ` Russell King - ARM Linux
2011-02-14 13:24 ` Catalin Marinas
2011-02-19 18:30 ` Russell King - ARM Linux
2011-02-19 23:16 ` Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 13/19] ARM: LPAE: Add identity mapping support for the 3-level page table format Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 14/19] ARM: LPAE: Add SMP " Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 15/19] ARM: LPAE: use phys_addr_t instead of unsigned long for physical addresses Catalin Marinas
2011-02-12 10:28 ` Russell King - ARM Linux
2011-02-15 11:52 ` Will Deacon
2011-02-15 12:35 ` Russell King - ARM Linux
2011-02-15 12:39 ` Catalin Marinas
2011-02-15 13:37 ` Will Deacon
2011-02-15 14:23 ` Russell King - ARM Linux
2011-02-15 15:26 ` Will Deacon
2011-02-15 15:48 ` Russell King - ARM Linux
2011-02-19 18:26 ` Russell King - ARM Linux
2011-02-21 14:36 ` Will Deacon
2011-02-21 14:58 ` Russell King - ARM Linux
2011-02-21 15:01 ` Will Deacon
2011-01-24 17:55 ` [PATCH v4 16/19] ARM: LPAE: Use generic dma_addr_t type definition Catalin Marinas
2011-02-12 10:34 ` Russell King - ARM Linux
2011-02-14 13:01 ` Catalin Marinas
2011-02-15 14:27 ` Russell King - ARM Linux
2011-02-15 15:24 ` Catalin Marinas
2011-01-24 17:55 ` [PATCH v4 17/19] ARM: LPAE: mark memory banks with start > ULONG_MAX as highmem Catalin Marinas
2011-02-12 10:36 ` Russell King - ARM Linux
2011-01-24 17:56 ` [PATCH v4 18/19] ARM: LPAE: add support for ATAG_MEM64 Catalin Marinas
2011-01-24 17:56 ` [PATCH v4 19/19] ARM: LPAE: Add the Kconfig entries Catalin Marinas
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=20110203175657.GD14627@n2100.arm.linux.org.uk \
--to=linux@arm.linux.org.uk \
--cc=linux-arm-kernel@lists.infradead.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).