[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20121005150110.fdf08c96.akpm@linux-foundation.org>
Date: Fri, 5 Oct 2012 15:01:10 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: David Miller <davem@...emloft.net>
Cc: linux-mm@...ck.org, sparclinux@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org,
aarcange@...hat.com, hannes@...xchg.org,
Gerald Schaefer <gerald.schaefer@...ibm.com>
Subject: Re: [PATCH v2 5/7] mm: Add and use update_mmu_cache_pmd() in
transparent huge page code.
On Thu, 04 Oct 2012 15:47:38 -0400 (EDT)
David Miller <davem@...emloft.net> wrote:
> The transparent huge page code passes a PMD pointer in as the third
> argument of update_mmu_cache(), which expects a PTE pointer.
>
> This never got noticed because X86 implements update_mmu_cache() as a
> macro and thus we don't get any type checking, and X86 is the only
> architecture which supports transparent huge pages currently.
>
> Before oter architectures can support transparent huge pages properly
> we need to add a new interface which will take a PMD pointer as the
> third argument rather than a PTE pointer.
I'll toss this on top:
--- a/arch/s390/include/asm/pgtable.h~mm-add-and-use-update_mmu_cache_pmd-in-transparent-huge-page-code-fix
+++ a/arch/s390/include/asm/pgtable.h
@@ -42,6 +42,7 @@ extern void fault_init(void);
* tables contain all the necessary information.
*/
#define update_mmu_cache(vma, address, ptep) do { } while (0)
+#define update_mmu_cache_pmd(vma, address, ptep) do { } while (0)
/*
* ZERO_PAGE is a global shared page that is always zero; used
_
and I trust that Gerald will be able to review test the result once all
this has landed, please.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists