[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160210103814.GC13577@e104818-lin.cambridge.arm.com>
Date: Wed, 10 Feb 2016 10:38:14 +0000
From: Catalin Marinas <catalin.marinas@....com>
To: Laura Abbott <labbott@...oraproject.org>
Cc: Will Deacon <will.deacon@....com>,
Mark Rutland <mark.rutland@....com>,
Ard Biesheuvel <ard.biesheuvel@...aro.org>,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCHv4 2/3] arm64: Add support for
ARCH_SUPPORTS_DEBUG_PAGEALLOC
On Fri, Feb 05, 2016 at 04:24:47PM -0800, Laura Abbott wrote:
> --- a/arch/arm64/mm/mmu.c
> +++ b/arch/arm64/mm/mmu.c
> @@ -149,6 +149,19 @@ static void split_pud(pud_t *old_pud, pmd_t *pmd)
> } while (pmd++, i++, i < PTRS_PER_PMD);
> }
>
> +bool block_mappings_allowed(phys_addr_t (*pgtable_alloc)(void))
> +{
> +
> + /*
> + * If debug_page_alloc is enabled we must map the linear map
> + * using pages. However, other mappings created by
> + * create_mapping_noalloc must use sections in some cases. Allow
> + * sections to be used in those cases, where no pgtable_alloc
> + * function is provided.
> + */
> + return !pgtable_alloc || !debug_pagealloc_enabled();
> +}
This breaks the build when CONFIG_DEBUG_PAGEALLOC is not enabled
(defconfig) since debug_pagealloc_enabled() is not defined. A fix went
in next/master as commit 0987684b855c
("mm-slab-clean-up-debug_pagealloc-processing-code-fix"). I need to
track it down and merge it via the arm64 tree, otherwise I'll add some
#ifdefs in this function.
BTW, shouldn't the block_mappings_allowed() function be static?
--
Catalin
Powered by blists - more mailing lists