[PATCH v2] ARM64: Kernel managed pages are only flushed

Will Deacon will.deacon at arm.com
Wed Mar 5 11:12:56 EST 2014


On Wed, Mar 05, 2014 at 11:25:16AM +0000, Bharat Bhushan wrote:
> Kernel can only access pages which maps to managed memory.
> So flush only valid kernel pages.
> 
> I observed kernel crash direct assigning a device using VFIO
> and found that it was caused because of accessing invalid page
> 
> Signed-off-by: Bharat Bhushan <Bharat.Bhushan at freescale.com>
> ---
> v1->v2
>  Getting pfn usin pte_pfn() in pfn_valid.
> 
>  arch/arm64/mm/flush.c |   13 ++++++++++++-
>  1 files changed, 12 insertions(+), 1 deletions(-)
> 
> diff --git a/arch/arm64/mm/flush.c b/arch/arm64/mm/flush.c
> index e4193e3..319826a 100644
> --- a/arch/arm64/mm/flush.c
> +++ b/arch/arm64/mm/flush.c
> @@ -72,7 +72,18 @@ void copy_to_user_page(struct vm_area_struct *vma, struct page *page,
>  
>  void __sync_icache_dcache(pte_t pte, unsigned long addr)
>  {
> -	struct page *page = pte_page(pte);
> +	struct page *page;
> +
> +#ifdef CONFIG_HAVE_ARCH_PFN_VALID
> +	/*
> +	 * We can only access pages that the kernel maps
> +	 * as memory. Bail out for unmapped ones.
> +	 */
> +	if (!pfn_valid(pte_pfn(pte)))
> +		return;
> +
> +#endif
> +	page = pte_page(pte);

How do you get into this function without a valid, userspace, executable pte?

I suspect you've got changes elsewhere and are calling this function in a
context where it's not supposed to be called.

Will



More information about the linux-arm-kernel mailing list