linux-mm.kvack.org archive mirror
 help / color / mirror / Atom feed
From: Steve Capper <steve.capper@linaro.org>
To: tglx@linutronix.de, mingo@redhat.com, hpa@zytor.com,
	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: Wed, 12 Jun 2013 09:25:28 +0100	[thread overview]
Message-ID: <20130612082528.GA12628@linaro.org> (raw)
In-Reply-To: <20130611090714.GA21776@linaro.org>

On Tue, Jun 11, 2013 at 10:07:15AM +0100, Steve Capper wrote:
> 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

Hello,
Just a polite ping on the above. With the to: field expanded out (apologies if
I was using the incorrect address before).

I was wondering if there were any comments on the x86/mm patches in this
series?

For reference the series can be found archived at:
http://marc.info/?l=linux-mm&m=136932889118818&w=4

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>

  reply	other threads:[~2013-06-12  8:25 UTC|newest]

Thread overview: 24+ 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 ` [PATCH 01/11] mm: hugetlb: Copy huge_pmd_share from x86 to mm Steve Capper
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-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-24 11:14   ` 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-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-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 ` [PATCH 07/11] ARM64: mm: Make PAGE_NONE pages read only and no-execute Steve Capper
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 ` [PATCH 09/11] ARM64: mm: HugeTLB support Steve Capper
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 ` [PATCH 11/11] ARM64: mm: THP support Steve Capper
2013-06-11  9:07 ` [PATCH 00/11] HugeTLB and THP support for ARM64 Steve Capper
2013-06-12  8:25   ` Steve Capper [this message]
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=20130612082528.GA12628@linaro.org \
    --to=steve.capper@linaro.org \
    --cc=akpm@linux-foundation.org \
    --cc=catalin.marinas@arm.com \
    --cc=hpa@zytor.com \
    --cc=linux-mm@kvack.org \
    --cc=mingo@redhat.com \
    --cc=tglx@linutronix.de \
    /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).