All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Capper <steve.capper@linaro.org>
To: x86@kernel.org, akpm@linux-foundation.org
Cc: catalin.marinas@arm.com, linux-mm@kvack.org
Subject: Re: [PATCH 00/11] HugeTLB and THP support for ARM64.
Date: Tue, 11 Jun 2013 10:07:15 +0100	[thread overview]
Message-ID: <20130611090714.GA21776@linaro.org> (raw)
In-Reply-To: <1369328878-11706-1-git-send-email-steve.capper@linaro.org>

On Thu, May 23, 2013 at 06:07:47PM +0100, Steve Capper wrote:
> 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.10-rc2.
> 
> I've tested this under the ARMv8 Fast model and the x86 code has
> been tested in a KVM guest. libhugetlbfs was used for testing under
> both architectures.
> 
> Changelog:
> Patch:
>    * pud_large usage replaced with pud_huge for general hugetlb
>      code imported into mm.
>    * comments tidied up for bit swap of PTE_FILE, PTE_PROT_NONE.
> 
> RFC v2:
>    * 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.
> 
> ---
> 
> 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.

[ ... ]

Hello,
I was just wondering if there were any comments on the mm and x86 patches in
this series, or should I send a pull request for them?

Catalin has acked the ARM64 ones but we need the x86->mm code move in place
before the ARM64 code is merged. The idea behind the code move was to avoid
code duplication between x86 and ARM64 (and ARM).

Thanks,
-- 
Steve

--
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>

  parent reply	other threads:[~2013-06-11  9:07 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-05-23 17:07 [PATCH 00/11] HugeTLB and THP support for ARM64 Steve Capper
2013-05-23 17:07 ` Steve Capper
2013-05-23 17:07 ` Steve Capper
2013-05-23 17:07 ` [PATCH 01/11] mm: hugetlb: Copy huge_pmd_share from x86 to mm Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-24 11:11   ` Catalin Marinas
2013-05-24 11:11     ` Catalin Marinas
2013-05-24 11:11     ` Catalin Marinas
2013-05-23 17:07 ` [PATCH 02/11] x86: mm: Remove x86 version of huge_pmd_share Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-24 11:13   ` Catalin Marinas
2013-05-24 11:13     ` Catalin Marinas
2013-05-24 11:13     ` Catalin Marinas
2013-05-23 17:07 ` [PATCH 03/11] mm: hugetlb: Copy general hugetlb code from x86 to mm Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-24 11:14   ` Catalin Marinas
2013-05-24 11:14     ` Catalin Marinas
2013-05-24 11:14     ` Catalin Marinas
2013-05-24 11:18   ` Catalin Marinas
2013-05-24 11:18     ` Catalin Marinas
2013-05-24 11:18     ` Catalin Marinas
2013-05-23 17:07 ` [PATCH 04/11] x86: mm: Remove general hugetlb code from x86 Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-24 11:14   ` Catalin Marinas
2013-05-24 11:14     ` Catalin Marinas
2013-05-24 11:14     ` Catalin Marinas
2013-05-23 17:07 ` [PATCH 05/11] mm: thp: Correct the HPAGE_PMD_ORDER check Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-24 11:18   ` Catalin Marinas
2013-05-24 11:18     ` Catalin Marinas
2013-05-24 11:18     ` Catalin Marinas
2013-05-23 17:07 ` [PATCH 06/11] ARM64: mm: Restore memblock limit when map_mem finished Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07 ` [PATCH 07/11] ARM64: mm: Make PAGE_NONE pages read only and no-execute Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-24 11:21   ` Catalin Marinas
2013-05-24 11:21     ` Catalin Marinas
2013-05-24 11:21     ` Catalin Marinas
2013-05-23 17:07 ` [PATCH 08/11] ARM64: mm: Swap PTE_FILE and PTE_PROT_NONE bits Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07 ` [PATCH 09/11] ARM64: mm: HugeTLB support Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-24 11:23   ` Catalin Marinas
2013-05-24 11:23     ` Catalin Marinas
2013-05-24 11:23     ` Catalin Marinas
2013-05-23 17:07 ` [PATCH 10/11] ARM64: mm: Raise MAX_ORDER for 64KB pages and THP Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07 ` [PATCH 11/11] ARM64: mm: THP support Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-05-23 17:07   ` Steve Capper
2013-06-11  9:07 ` Steve Capper [this message]
2013-06-12  8:25   ` [PATCH 00/11] HugeTLB and THP support for ARM64 Steve Capper
2013-06-13 21:20   ` Andrew Morton
2013-06-14 12:55     ` Steve Capper

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=20130611090714.GA21776@linaro.org \
    --to=steve.capper@linaro.org \
    --cc=akpm@linux-foundation.org \
    --cc=catalin.marinas@arm.com \
    --cc=linux-mm@kvack.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.