From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from e23smtp03.au.ibm.com (e23smtp03.au.ibm.com [202.81.31.145]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 201EF1A0329 for ; Fri, 17 Oct 2014 02:18:46 +1100 (AEDT) Received: from /spool/local by e23smtp03.au.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Fri, 17 Oct 2014 01:18:44 +1000 Received: from d23relay06.au.ibm.com (d23relay06.au.ibm.com [9.185.63.219]) by d23dlp01.au.ibm.com (Postfix) with ESMTP id DD9BD2CE8050 for ; Fri, 17 Oct 2014 02:18:38 +1100 (EST) Received: from d23av01.au.ibm.com (d23av01.au.ibm.com [9.190.234.96]) by d23relay06.au.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id s9GFIZ0Q31785112 for ; Fri, 17 Oct 2014 02:18:36 +1100 Received: from d23av01.au.ibm.com (localhost [127.0.0.1]) by d23av01.au.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id s9GFIaJ2016661 for ; Fri, 17 Oct 2014 02:18:38 +1100 From: "Aneesh Kumar K.V" To: Steve Capper Subject: Re: [PATCH 1/2] mm: Update generic gup implementation to handle hugepage directory In-Reply-To: <20141016092529.GA1524@linaro.org> References: <1413390888-4934-1-git-send-email-aneesh.kumar@linux.vnet.ibm.com> <20141016092529.GA1524@linaro.org> Date: Thu, 16 Oct 2014 20:48:20 +0530 Message-ID: <871tq8kpqb.fsf@linux.vnet.ibm.com> MIME-Version: 1.0 Content-Type: text/plain Cc: Andrea Arcangeli , linux-arch@vger.kernel.org, catalin.marinas@arm.com, will.deacon@arm.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org, linux@arm.linux.org.uk, akpm@linux-foundation.org, linuxppc-dev@lists.ozlabs.org List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Steve Capper writes: > On Wed, Oct 15, 2014 at 10:04:47PM +0530, Aneesh Kumar K.V wrote: >> Update generic gup implementation with powerpc specific details. >> On powerpc at pmd level we can have hugepte, normal pmd pointer >> or a pointer to the hugepage directory. >> >> Signed-off-by: Aneesh Kumar K.V > > Hi, > This patch causes compiler errors on arm and arm64 due to pgd_huge > being undefined. I've attached a fixup below, this fixup will require > that #define pgd_huge(pgd) 0 be added back into: > arch/powerpc/include/asm/page.h > For the second patch in this series. > > Another avenue would be to do something like: > #ifndef pgd_huge > #define pgd_huge(pgd) (0) > #endif > > Then no changes would be required to arm and arm64 (or other > architectures). > > To help with bisectability, could we please have a suitable fix applied > to the two patches in the -mm tree: > http://ozlabs.org/~akpm/mmots/broken-out/mm-update-generic-gup-implementation-to-handle-hugepage-directory.patch > http://ozlabs.org/~akpm/mmots/broken-out/arch-powerpc-switch-to-generic-rcu-get_user_pages_fast.patch > > rather than applied afterwards? > > With pgd_huge(x) defined, this patch passes my futex test on arm > (Arndale platform) and arm64(Juno). > > Cheers, > -- > Steve > > > > From 2fb7b0308f0aca94c50611257ba82d656abb0768 Mon Sep 17 00:00:00 2001 > From: Steve Capper > Date: Thu, 16 Oct 2014 09:09:48 +0100 > Subject: [PATCH] Fixup for Update generic gup implementation > > The patch: > mm: Update generic gup implementation to handle hugepage directory > > will not compile for arm or arm64 due to pgd_huge being undefined. > > Signed-off-by: Steve Capper > --- > arch/arm/include/asm/pgtable.h | 2 ++ > arch/arm64/include/asm/pgtable.h | 2 ++ > include/linux/hugetlb.h | 1 - > 3 files changed, 4 insertions(+), 1 deletion(-) > > diff --git a/arch/arm/include/asm/pgtable.h b/arch/arm/include/asm/pgtable.h > index 90aa4583..46f81fb 100644 > --- a/arch/arm/include/asm/pgtable.h > +++ b/arch/arm/include/asm/pgtable.h > @@ -181,6 +181,8 @@ extern pgd_t swapper_pg_dir[PTRS_PER_PGD]; > /* to find an entry in a kernel page-table-directory */ > #define pgd_offset_k(addr) pgd_offset(&init_mm, addr) > > +#define pgd_huge(pgd) (0) > + > #define pmd_none(pmd) (!pmd_val(pmd)) > #define pmd_present(pmd) (pmd_val(pmd)) > > diff --git a/arch/arm64/include/asm/pgtable.h b/arch/arm64/include/asm/pgtable.h > index 464c5ce..d4462ca 100644 > --- a/arch/arm64/include/asm/pgtable.h > +++ b/arch/arm64/include/asm/pgtable.h > @@ -462,6 +462,8 @@ static inline pmd_t pmd_modify(pmd_t pmd, pgprot_t newprot) > extern pgd_t swapper_pg_dir[PTRS_PER_PGD]; > extern pgd_t idmap_pg_dir[PTRS_PER_PGD]; > > +#define pgd_huge(pgd) (0) > + > /* > * Encode and decode a swap entry: > * bits 0-1: present (must be zero) > diff --git a/include/linux/hugetlb.h b/include/linux/hugetlb.h > index 65e12a2..6e6d338 100644 > --- a/include/linux/hugetlb.h > +++ b/include/linux/hugetlb.h > @@ -138,7 +138,6 @@ static inline void hugetlb_show_meminfo(void) > #define prepare_hugepage_range(file, addr, len) (-EINVAL) > #define pmd_huge(x) 0 > #define pud_huge(x) 0 > -#define pgd_huge(x) 0 > #define is_hugepage_only_range(mm, addr, len) 0 > #define hugetlb_free_pgd_range(tlb, addr, end, floor, ceiling) ({BUG(); 0; }) > #define hugetlb_fault(mm, vma, addr, flags) ({ BUG(); 0; }) don't do the last hunk, that will result in build failures on sub platforms on ppc64. can you do the arm patch without making the change to hugetlb.h ? -aneesh