linux-kernel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Anshuman Khandual <anshuman.khandual@arm.com>
To: Gavin Shan <gshan@redhat.com>, linux-mm@kvack.org
Cc: linux-kernel@vger.kernel.org, catalin.marinas@arm.com,
	will@kernel.org, akpm@linux-foundation.org, shan.gavin@gmail.com,
	chuhu@redhat.com
Subject: Re: [PATCH 01/12] mm/debug_vm_pgtable: Introduce struct vm_pgtable_debug
Date: Wed, 14 Jul 2021 11:54:22 +0530	[thread overview]
Message-ID: <a74549ac-6794-25a0-7238-2591745e6810@arm.com> (raw)
In-Reply-To: <20210706061748.161258-2-gshan@redhat.com>


On 7/6/21 11:47 AM, Gavin Shan wrote:
> In debug_vm_pgtable(), there are many local variables introduced
> to track the needed information and they are passed to the functions
> for various test cases. It'd better to introduce a struct as place
> holder for these information. With it, what the functions for various
> test cases need is the struct, to simplify the code. It makes the code
> easier to be maintained.
> 
> Besides, set_pte_at() could access the data on the corresponding pages.

s/set_pte_at()/set_pxx_at() to accommodate similar helpers in other page
table modifying tests as well.

> So the test cases using set_pte_at() should have the pages allocated
> from buddy. Otherwise, we're acceessing pages that aren't owned by us.

typo here. s/acceessing/accessing/

> This causes issues like page flag corruption. So we need the allocated
> pages for these tests where set_pte_at() is used. The struct is introduced
> so that the old and new implementation can coexist so that the patches
> can be organized in a easy way.

s/a easy/an easy/

The rationale for the structure should be explained better. I am wondering
whether it would be preferable to solve the dynamic page allocation problem
first in respective test functions, before introducing this structure which
will convert all test functions.

> 
> This introduces "struct vm_pgtable_debug" for above purposes. The struct
> is initialized and destroyed, but the information in the struct isn't
> used yet. They will be used in subsequent patches.

There are two set of resources before all functions use the new structure.
Makes sense.

> 
> Signed-off-by: Gavin Shan <gshan@redhat.com>
> ---
>  mm/debug_vm_pgtable.c | 210 +++++++++++++++++++++++++++++++++++++++++-
>  1 file changed, 209 insertions(+), 1 deletion(-)
> 
> diff --git a/mm/debug_vm_pgtable.c b/mm/debug_vm_pgtable.c
> index 1c922691aa61..225e2ea4d72f 100644
> --- a/mm/debug_vm_pgtable.c
> +++ b/mm/debug_vm_pgtable.c
> @@ -58,6 +58,36 @@
>  #define RANDOM_ORVALUE (GENMASK(BITS_PER_LONG - 1, 0) & ~ARCH_SKIP_MASK)
>  #define RANDOM_NZVALUE	GENMASK(7, 0)
>  
> +struct vm_pgtable_debug {

Name should contain 'args'. Probably something like pgtable_debug_args ?

> +	struct mm_struct	*mm;
> +	struct vm_area_struct	*vma;

Linked objects..

> +
> +	pgd_t			*pgdp;
> +	p4d_t			*p4dp;
> +	pud_t			*pudp;
> +	pmd_t			*pmdp;
> +	pte_t			*ptep;

pgtable pointers..

> +
> +	p4d_t			*start_p4dp;
> +	pud_t			*start_pudp;
> +	pmd_t			*start_pmdp;
> +	pgtable_t		start_ptep;

Saved pgtable pointers..

> +
> +	unsigned long		vaddr;
> +	pgprot_t		page_prot;
> +	pgprot_t		page_prot_none;

Other miscellaneous objects..

> +
> +	unsigned long		pud_pfn;
> +	unsigned long		pmd_pfn;
> +	unsigned long		pte_pfn;

Dynamically allocated objects..

> +
> +	unsigned long		fixed_pgd_pfn;
> +	unsigned long		fixed_p4d_pfn;
> +	unsigned long		fixed_pud_pfn;
> +	unsigned long		fixed_pmd_pfn;
> +	unsigned long		fixed_pte_pfn;
> +};

Derived from symbol 'start_kernel' objects..

> +
>  static void __init pte_basic_tests(unsigned long pfn, int idx)
>  {
>  	pgprot_t prot = protection_map[idx];
> @@ -955,8 +985,180 @@ static unsigned long __init get_random_vaddr(void)
>  	return random_vaddr;
>  }
>  
> +static void __init free_mem(struct vm_pgtable_debug *debug)
> +{
> +	struct page *page = NULL;
> +	int order = 0;
> +
> +	/* Free (huge) page */
> +#ifdef CONFIG_TRANSPARENT_HUGEPAGE
> +#ifdef CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD

Replace #ifdef with IS_ENABLED(). There is no symbol visibility problem
without those #ifdef here.

> +	if (has_transparent_hugepage() &&
> +	    debug->pud_pfn != ULONG_MAX) {
> +		page = pfn_to_page(debug->pud_pfn);
> +		order = HPAGE_PUD_SHIFT - PAGE_SHIFT;
> +	}
> +#endif
> +
> +	if (has_transparent_hugepage() &&
> +	    debug->pmd_pfn != ULONG_MAX && !page) {
> +		page = pfn_to_page(debug->pmd_pfn);
> +		order = HPAGE_PMD_ORDER;
> +	}
> +#endif
> +
> +	if (debug->pte_pfn != ULONG_MAX && !page) {
> +		page = pfn_to_page(debug->pte_pfn);
> +		order = 0;
> +	}

This could be further simplified.

	if (debug->pud_pfn) {
		__free_pages(page, PUD_ORDER)
		done
	}

	if (debug->pmd_pfn) {
		__free_pages(page, PMD_ORDER)
		done
	}

	if (debug->pte_pfn)
		__free_pages(page, 0)

If the debug->pxx_pfn is positive and (!= ULONG_MAX), it can be assumed
that pxx level memory was allocated successfully and is being freed up
here. Just need to start from the highest order though.

> +
> +	if (page)
> +		__free_pages(page, order);

From here...

> +
> +	/* Free page table */
> +	if (debug->start_ptep) {
> +		pte_free(debug->mm, debug->start_ptep);
> +		mm_dec_nr_ptes(debug->mm);
> +	}
> +
> +	if (debug->start_pmdp) {
> +		pmd_free(debug->mm, debug->start_pmdp);
> +		mm_dec_nr_pmds(debug->mm);
> +	}
> +
> +	if (debug->start_pudp) {
> +		pud_free(debug->mm, debug->start_pudp);
> +		mm_dec_nr_puds(debug->mm);
> +	}
> +
> +	if (debug->start_p4dp)
> +		p4d_free(debug->mm, debug->p4dp);
> +
> +	/* Free vma and mm struct */
> +	if (debug->vma)
> +		vm_area_free(debug->vma);
> +	if (debug->mm)
> +		mmdrop(debug->mm);
> +}

Till here...

I am wondering whether it is really necessary to cross check all these
elements here for being non-NULL, before freeing or rather destroying.
Except for the allocated huge memory containing pfns and pages, all
other elements should be asserted before proceeding with the test.
Hence no additional checks should be required while freeing.

> +
> +static int __init alloc_mem(struct vm_pgtable_debug *debug)
> +{
> +	struct page *page = NULL;
> +	phys_addr_t phys;
> +	int ret = 0;
> +
> +	/* Initialize the debugging data */
> +	debug->mm             = NULL;
> +	debug->vma            = NULL;
> +	debug->pgdp           = NULL;
> +	debug->p4dp           = NULL;
> +	debug->pudp           = NULL;
> +	debug->pmdp           = NULL;
> +	debug->ptep           = NULL;
> +	debug->start_p4dp     = NULL;
> +	debug->start_pudp     = NULL;
> +	debug->start_pmdp     = NULL;
> +	debug->start_ptep     = NULL;
> +	debug->vaddr          = 0UL;
> +	debug->page_prot      = vm_get_page_prot(VM_READ | VM_WRITE | VM_EXEC);

Should use VMFLAGS instead.

> +	debug->page_prot_none = __P000;
> +	debug->pud_pfn        = ULONG_MAX;
> +	debug->pmd_pfn        = ULONG_MAX;
> +	debug->pte_pfn        = ULONG_MAX;
> +	debug->fixed_pgd_pfn  = ULONG_MAX;
> +	debug->fixed_p4d_pfn  = ULONG_MAX;
> +	debug->fixed_pud_pfn  = ULONG_MAX;
> +	debug->fixed_pmd_pfn  = ULONG_MAX;
> +	debug->fixed_pte_pfn  = ULONG_MAX;

It should instead define yet another helper, which would reset all
structure elements to NULL or some unusable values before they get
initialized here. Possibly [reset/clr]_debug_pgtable_args() ?

> +
> +	/* Allocate mm and vma */
> +	debug->mm = mm_alloc();
> +	if (!debug->mm) {
> +		pr_warn("Failed to allocate mm struct\n");
> +		ret = -ENOMEM;
> +		goto error;
> +	}
> +
> +	debug->vma = vm_area_alloc(debug->mm);
> +	if (!debug->vma) {
> +		pr_warn("Failed to allocate vma\n");

s/pr_warn/pr_err. Please dont change any warning levels here.

> +		ret = -ENOMEM;
> +		goto error;
> +	}
> +
> +	/* Figure out the virtual address and allocate page table entries */
> +	debug->vaddr = get_random_vaddr();
> +	debug->pgdp = pgd_offset(debug->mm, debug->vaddr);
> +	debug->p4dp = p4d_alloc(debug->mm, debug->pgdp, debug->vaddr);
> +	debug->pudp = debug->p4dp ?
> +		      pud_alloc(debug->mm, debug->p4dp, debug->vaddr) : NULL;
> +	debug->pmdp = debug->pudp ?
> +		      pmd_alloc(debug->mm, debug->pudp, debug->vaddr) : NULL;
> +	debug->ptep = debug->pmdp ?
> +		      pte_alloc_map(debug->mm, debug->pmdp, debug->vaddr) : NULL;

(PXXX ?) construct is really required here. Should not pxx_alloc()
return NULL if the previous level pointer is NULL ? Regardless it
might be better to just assert that these intermediary levels are
allocated before proceeding further. It does not make sense to go
ahead with the test if any of the allocations failed ! Similar to
mm and vma.


> +	if (!debug->ptep) {
> +		pr_warn("Failed to allocate page table\n");
> +		ret = -ENOMEM;
> +		goto error;
> +	}
> +
> +	/*
> +	 * The above page table entries will be modified. Lets save the
> +	 * page table entries so that they can be released when the tests
> +	 * are completed.
> +	 */
> +	debug->start_p4dp = p4d_offset(debug->pgdp, 0UL);
> +	debug->start_pudp = pud_offset(debug->p4dp, 0UL);
> +	debug->start_pmdp = pmd_offset(debug->pudp, 0UL);
> +	debug->start_ptep = pmd_pgtable(*(debug->pmdp));

Please keep the existing construct via tmp pointer obtained from
READ_ONCE() on (debug->pmdp) before getting used in pmd_pgtable().

> +
> +	/*
> +	 * Figure out the fixed addresses, which are all around the kernel
> +	 * symbol (@start_kernel). The corresponding PFNs might be invalid,
> +	 * but it's fine as the following tests won't access the pages.
> +	 */
> +	phys = __pa_symbol(&start_kernel);
> +	debug->fixed_pgd_pfn = __phys_to_pfn(phys & PGDIR_MASK);
> +	debug->fixed_p4d_pfn = __phys_to_pfn(phys & P4D_MASK);
> +	debug->fixed_pud_pfn = __phys_to_pfn(phys & PUD_MASK);
> +	debug->fixed_pmd_pfn = __phys_to_pfn(phys & PMD_MASK);
> +	debug->fixed_pte_pfn = __phys_to_pfn(phys & PAGE_MASK);
> +
> +	/*
> +	 * Allocate (huge) pages because some of the tests need to access
> +	 * the data in the pages. The corresponding tests will be skipped
> +	 * if we fail to allocate (huge) pages.
> +	 */
> +#ifdef CONFIG_TRANSPARENT_HUGEPAGE
> +#ifdef CONFIG_HAVE_ARCH_TRANSPARENT_HUGEPAGE_PUD

There is no symbol visibility problem without this #ifdef. Hence
please use IS_ENABLED() constructs here instead.

> +	if (has_transparent_hugepage()) {
> +		page = alloc_pages(GFP_KERNEL, HPAGE_PUD_SHIFT - PAGE_SHIFT);
> +		if (page)
> +			debug->pud_pfn = page_to_pfn(page);
			debug->pmd_pfn = debug->pud_pfn;
			debug->pte_pfn = debug->pud_pfn;
			done; skip;
> +	}
> +#endif
> +
> +	if (has_transparent_hugepage()) {
> +		page = page ? page : alloc_pages(GFP_KERNEL, HPAGE_PMD_ORDER);
> +		if (page)
> +			debug->pmd_pfn = page_to_pfn(page);
			debug->pte_pfn = debug->pmd_pfn;
			done; skip;
> +	}
> +#endif
> +
> +	page = page ? page : alloc_pages(GFP_KERNEL, 0);
> +	if (page)
> +		debug->pte_pfn = page_to_pfn(page);

With the above mentioned changes (page ?) constructs should not be
required anymore.

> +
> +	return 0;
> +
> +error:
> +	free_mem(debug);
> +	return ret;
> +}
> +
>  static int __init debug_vm_pgtable(void)
>  {
> +	struct vm_pgtable_debug debug;

This should be renamed.

s/debug/pgtable_args ?

>  	struct vm_area_struct *vma;
>  	struct mm_struct *mm;
>  	pgd_t *pgdp;
> @@ -970,9 +1172,13 @@ static int __init debug_vm_pgtable(void)
>  	unsigned long vaddr, pte_aligned, pmd_aligned;
>  	unsigned long pud_aligned, p4d_aligned, pgd_aligned;
>  	spinlock_t *ptl = NULL;
> -	int idx;
> +	int idx, ret;
>  
>  	pr_info("Validating architecture page table helpers\n");
> +	ret = alloc_mem(&debug);
> +	if (ret)
> +		return ret;
> +
>  	prot = vm_get_page_prot(VMFLAGS);
>  	vaddr = get_random_vaddr();
>  	mm = mm_alloc();
> @@ -1127,6 +1333,8 @@ static int __init debug_vm_pgtable(void)
>  	mm_dec_nr_pmds(mm);
>  	mm_dec_nr_ptes(mm);
>  	mmdrop(mm);
> +
> +	free_mem(&debug);
>  	return 0;
>  }
>  late_initcall(debug_vm_pgtable);
>

  reply	other threads:[~2021-07-14  6:23 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-07-06  6:17 [PATCH 00/12] mm/debug_vm_pgtable: Enhancements Gavin Shan
2021-07-06  6:17 ` [PATCH 01/12] mm/debug_vm_pgtable: Introduce struct vm_pgtable_debug Gavin Shan
2021-07-14  6:24   ` Anshuman Khandual [this message]
2021-07-19  5:39     ` Gavin Shan
2021-07-20  7:02       ` Anshuman Khandual
2021-07-20 23:07         ` Gavin Shan
2021-07-21  4:20           ` Anshuman Khandual
2021-07-06  6:17 ` [PATCH 02/12] mm/debug_vm_pgtable: Use struct vm_pgtable_debug in basic tests Gavin Shan
2021-07-06  6:17 ` [PATCH 03/12] mm/debug_vm_pgtable: Use struct vm_pgtable_debug in leaf and savewrite tests Gavin Shan
2021-07-06  6:17 ` [PATCH 04/12] mm/debug_vm_pgtable: Use struct vm_pgtable_debug in protnone and devmap tests Gavin Shan
2021-07-06  6:17 ` [PATCH 05/12] mm/vm_debug_pgtable: Use struct vm_pgtable_debug in soft_dirty and swap tests Gavin Shan
2021-07-06  6:17 ` [PATCH 06/12] mm/debug_vm_pgtable: Use struct vm_pgtable_debug in migration and thp tests Gavin Shan
2021-07-06  6:17 ` [PATCH 07/12] mm/debug_vm_pgtable: Use struct vm_pgtable_debug in PTE modifying tests Gavin Shan
2021-07-06  6:17 ` [PATCH 08/12] mm/debug_vm_pgtable: Use struct vm_pgtable_debug in PMD " Gavin Shan
2021-07-06  6:17 ` [PATCH 09/12] mm/vm_debug_pgtable: Use struct vm_pgtable_debug in PUD " Gavin Shan
2021-07-06  6:17 ` [PATCH 10/12] mm/debug_vm_pgtable: Use struct vm_pgtable_debug in PGD and P4D " Gavin Shan
2021-07-06  6:17 ` [PATCH 11/12] mm/debug_vm_pgtable: Remove unused code Gavin Shan
2021-07-06  6:17 ` [PATCH 12/12] mm/debug_vm_pgtable: Fix corrupted page flag Gavin Shan
2021-07-12  4:14 ` [PATCH 00/12] mm/debug_vm_pgtable: Enhancements Anshuman Khandual
2021-07-13  1:20   ` Gavin Shan
2021-07-14  5:26     ` Anshuman Khandual
2021-07-15  5:17       ` Gavin Shan
2021-07-18  6:36         ` 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=a74549ac-6794-25a0-7238-2591745e6810@arm.com \
    --to=anshuman.khandual@arm.com \
    --cc=akpm@linux-foundation.org \
    --cc=catalin.marinas@arm.com \
    --cc=chuhu@redhat.com \
    --cc=gshan@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=shan.gavin@gmail.com \
    --cc=will@kernel.org \
    --subject='Re: [PATCH 01/12] mm/debug_vm_pgtable: Introduce struct vm_pgtable_debug' \
    /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

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).