From: Steve Capper <steve.capper@linaro.org>
To: linux-mm@kvack.org, x86@kernel.org, linux-arch@vger.kernel.org,
linux-arm-kernel@lists.infradead.org
Cc: Michal Hocko <mhocko@suse.cz>, Ken Chen <kenchen@google.com>,
Mel Gorman <mgorman@suse.de>,
Catalin Marinas <catalin.marinas@arm.com>,
Will Deacon <will.deacon@arm.com>,
patches@linaro.org, Steve Capper <steve.capper@linaro.org>
Subject: [RFC PATCH v2 00/11] HugeTLB and THP support for ARM64.
Date: Wed, 8 May 2013 10:52:32 +0100 [thread overview]
Message-ID: <1368006763-30774-1-git-send-email-steve.capper@linaro.org> (raw)
This series brings huge pages and transparent huge pages to ARM64.
The functionality is very similar to x86, and a lot of code that can
be used by both ARM64 and x86 is brought into mm to avoid the need
for code duplication.
One notable difference from x86 is that ARM64 supports normal pages
that are 64KB. When 64KB pages are enabled, huge page and
transparent huge pages are 512MB only, otherwise the sizes match
x86.
This series applies to 3.9, and requires one additional patch
ARM64: mm: Correct show_pte behaviour
http://lists.infradead.org/pipermail/linux-arm-kernel/2013-April/164157.html
I've tested this under the ARMv8 models (Fast and Foundation) and
the x86 code has been tested in a KVM guest. libhugetlbfs was used
for testing under both architectures.
The most significant changes since the first RFC are:
* PROT_NONE support added for HugeTLB and THP.
* pmd_modify implementation fixed.
* Superfluous huge dcache flushing code removed.
* Simplified (and corrected) MAX_ORDER raise for THP && 64KB
pages.
* The MAX_ORDER check in huge_mm.h has been corrected.
I would be particularly interested in any feedback regarding the
first 4 patches in the series (the promotion of some huge page
code from x86 to mm), as this would also allow me to simplify
my patches for huge page support in ARM.
--
Steve Capper (11):
mm: hugetlb: Copy huge_pmd_share from x86 to mm.
x86: mm: Remove x86 version of huge_pmd_share.
mm: hugetlb: Copy general hugetlb code from x86 to mm.
x86: mm: Remove general hugetlb code from x86.
mm: thp: Correct the HPAGE_PMD_ORDER check.
ARM64: mm: Restore memblock limit when map_mem finished.
ARM64: mm: Make PAGE_NONE pages read only and no-execute.
ARM64: mm: Swap PTE_FILE and PTE_PROT_NONE bits.
ARM64: mm: HugeTLB support.
ARM64: mm: Raise MAX_ORDER for 64KB pages and THP.
ARM64: mm: THP support.
arch/arm64/Kconfig | 17 +++
arch/arm64/include/asm/hugetlb.h | 121 ++++++++++++++++++
arch/arm64/include/asm/pgtable-hwdef.h | 12 ++
arch/arm64/include/asm/pgtable.h | 80 ++++++++++--
arch/arm64/include/asm/tlb.h | 6 +
arch/arm64/include/asm/tlbflush.h | 2 +
arch/arm64/mm/Makefile | 1 +
arch/arm64/mm/fault.c | 19 +--
arch/arm64/mm/hugetlbpage.c | 70 +++++++++++
arch/arm64/mm/mmu.c | 19 ++-
arch/x86/Kconfig | 6 +
arch/x86/mm/hugetlbpage.c | 187 ----------------------------
include/linux/huge_mm.h | 2 +-
include/linux/hugetlb.h | 4 +
mm/hugetlb.c | 219 +++++++++++++++++++++++++++++++--
15 files changed, 539 insertions(+), 226 deletions(-)
create mode 100644 arch/arm64/include/asm/hugetlb.h
create mode 100644 arch/arm64/mm/hugetlbpage.c
--
1.8.1.4
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next reply other threads:[~2013-05-08 9:53 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-08 9:52 Steve Capper [this message]
2013-05-08 9:52 ` [RFC PATCH v2 01/11] mm: hugetlb: Copy huge_pmd_share from x86 to mm Steve Capper
2013-05-08 9:52 ` [RFC PATCH v2 02/11] x86: mm: Remove x86 version of huge_pmd_share Steve Capper
2013-05-08 9:52 ` [RFC PATCH v2 03/11] mm: hugetlb: Copy general hugetlb code from x86 to mm Steve Capper
2013-05-08 9:52 ` [RFC PATCH v2 04/11] x86: mm: Remove general hugetlb code from x86 Steve Capper
2013-05-08 9:52 ` [RFC PATCH v2 05/11] mm: thp: Correct the HPAGE_PMD_ORDER check Steve Capper
2013-05-08 12:44 ` Kirill A. Shutemov
2013-05-08 12:03 ` Steve Capper
2013-05-08 9:52 ` [RFC PATCH v2 06/11] ARM64: mm: Restore memblock limit when map_mem finished Steve Capper
2013-05-16 13:52 ` Catalin Marinas
2013-05-08 9:52 ` [RFC PATCH v2 07/11] ARM64: mm: Make PAGE_NONE pages read only and no-execute Steve Capper
2013-05-08 16:43 ` Will Deacon
2013-05-09 8:27 ` Steve Capper
2013-05-08 9:52 ` [RFC PATCH v2 08/11] ARM64: mm: Swap PTE_FILE and PTE_PROT_NONE bits Steve Capper
2013-05-08 16:17 ` Christopher Covington
2013-05-09 8:15 ` Steve Capper
2013-05-08 16:40 ` Will Deacon
2013-05-09 8:22 ` Steve Capper
2013-05-16 14:58 ` Catalin Marinas
2013-05-08 9:52 ` [RFC PATCH v2 09/11] ARM64: mm: HugeTLB support Steve Capper
2013-05-16 14:32 ` Catalin Marinas
2013-05-17 8:41 ` Steve Capper
2013-05-08 9:52 ` [RFC PATCH v2 10/11] ARM64: mm: Raise MAX_ORDER for 64KB pages and THP Steve Capper
2013-05-16 14:59 ` Catalin Marinas
2013-05-08 9:52 ` [RFC PATCH v2 11/11] ARM64: mm: THP support Steve Capper
2013-05-16 15:01 ` Catalin Marinas
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=1368006763-30774-1-git-send-email-steve.capper@linaro.org \
--to=steve.capper@linaro.org \
--cc=catalin.marinas@arm.com \
--cc=kenchen@google.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=mhocko@suse.cz \
--cc=patches@linaro.org \
--cc=will.deacon@arm.com \
--cc=x86@kernel.org \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).