From: Steve Capper <steve.capper@linaro.org>
To: "linux-mm@kvack.org" <linux-mm@kvack.org>,
Will Deacon <will.deacon@arm.com>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>
Cc: "linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Catalin Marinas <Catalin.Marinas@arm.com>,
"linux@arm.linux.org.uk" <linux@arm.linux.org.uk>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
"gary.robertson@linaro.org" <gary.robertson@linaro.org>,
"christoffer.dall@linaro.org" <christoffer.dall@linaro.org>,
"peterz@infradead.org" <peterz@infradead.org>,
"anders.roxell@linaro.org" <anders.roxell@linaro.org>,
"dann.frazier@canonical.com" <dann.frazier@canonical.com>,
Mark Rutland <Mark.Rutland@arm.com>,
"mgorman@suse.de" <mgorman@suse.de>,
hughd@google.com
Subject: Re: [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast
Date: Fri, 19 Sep 2014 19:28:09 +0100 [thread overview]
Message-ID: <20140919182808.GA22622@linaro.org> (raw)
In-Reply-To: <20140908090626.GA14634@linaro.org>
On Mon, Sep 08, 2014 at 10:06:27AM +0100, Steve Capper wrote:
> On Mon, Sep 01, 2014 at 12:43:06PM +0100, Steve Capper wrote:
> > On 28 August 2014 16:23, Will Deacon <will.deacon@arm.com> wrote:
> > > On Thu, Aug 28, 2014 at 03:45:01PM +0100, Steve Capper wrote:
> > >> I would like to get this series into 3.18 as it fixes quite a big problem
> > >> with THP on arm and arm64. This series is split into a core mm part, an
> > >> arm part and an arm64 part.
> > >>
> > >> Could somebody please take patch #1 (if it looks okay)?
> > >> Russell, would you be happy with patches #2, #3, #4? (if we get #1 merged)
> > >> Catalin, would you be happy taking patches #5, #6? (if we get #1 merged)
> > >
> > > Pretty sure we're happy to take the arm64 bits once you've got the core
> > > changes sorted out. Failing that, Catalin's acked them so they could go via
> > > an mm tree if it's easier.
> > >
> >
> > Hello,
> >
> > Are any mm maintainers willing to take the first patch from this
> > series into their tree for merging into 3.18?
> > mm: Introduce a general RCU get_user_pages_fast.
> >
> > (or please let me know if there are any issues with the patch that
> > need addressing).
> >
> > As Will has stated, Catalin's already acked the arm64 patches, and
> > these can also go in via an mm tree if that makes things easier:
> > arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
> > arm64: mm: Enable RCU fast_gup
> >
> > Thanks,
> > --
> > Steve
>
> Hi,
> Just a ping on this.
>
> I was wondering if the first patch in this series:
>
> [PATCH V3 1/6] mm: Introduce a general RCU get_user_pages_fast.
> http://marc.info/?l=linux-mm&m=140923713202355&w=2
>
> could be merged into 3.18 via an mm tree, or if there are any issues
> with the patch that I should fix?
>
> Acks or flames from the mm maintainers would be greatly appreciated!
>
> Cheers,
> --
> Steve
Hello,
Apologies for being a pest, but we're really keen to get this into 3.18,
as it fixes a THP problem with arm/arm64.
I need mm folk to either ack or flame the first patch in the series in
order to proceed. (All the patches in the series have been
acked/reviewed, but not by any mm folk.):
[PATCH V3 1/6] mm: Introduce a general RCU get_user_pages_fast.
If it puts people's minds at rest regarding the testing...
On top of the ltp tests, and futex tests, we also ran these patches on
the arm64 Debian buildd's. With THP set to always, just under 8000
Debian packages have been built (and unit tested) without any kernel
issues for arm64.
Cheers,
--
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>
WARNING: multiple messages have this Message-ID (diff)
From: Steve Capper <steve.capper@linaro.org>
To: "linux-mm@kvack.org" <linux-mm@kvack.org>,
Will Deacon <will.deacon@arm.com>,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>
Cc: "linux-arm-kernel@lists.infradead.org"
<linux-arm-kernel@lists.infradead.org>,
Catalin Marinas <Catalin.Marinas@arm.com>,
"linux@arm.linux.org.uk" <linux@arm.linux.org.uk>,
"linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
"gary.robertson@linaro.org" <gary.robertson@linaro.org>,
"christoffer.dall@linaro.org" <christoffer.dall@linaro.org>,
"peterz@infradead.org" <peterz@infradead.org>,
"anders.roxell@linaro.org" <anders.roxell@linaro.org>,
"dann.frazier@canonical.com" <dann.frazier@canonical.com>,
Mark Rutland <Mark.Rutland@arm.com>,
"mgorman@suse.de" <mgorman@suse.de>,
hughd@google.com
Subject: Re: [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast
Date: Fri, 19 Sep 2014 19:28:09 +0100 [thread overview]
Message-ID: <20140919182808.GA22622@linaro.org> (raw)
Message-ID: <20140919182809.fRj84ZJD3KMxygg-45o0tKNhBpgkxhAawQS64pX4YLo@z> (raw)
In-Reply-To: <20140908090626.GA14634@linaro.org>
On Mon, Sep 08, 2014 at 10:06:27AM +0100, Steve Capper wrote:
> On Mon, Sep 01, 2014 at 12:43:06PM +0100, Steve Capper wrote:
> > On 28 August 2014 16:23, Will Deacon <will.deacon@arm.com> wrote:
> > > On Thu, Aug 28, 2014 at 03:45:01PM +0100, Steve Capper wrote:
> > >> I would like to get this series into 3.18 as it fixes quite a big problem
> > >> with THP on arm and arm64. This series is split into a core mm part, an
> > >> arm part and an arm64 part.
> > >>
> > >> Could somebody please take patch #1 (if it looks okay)?
> > >> Russell, would you be happy with patches #2, #3, #4? (if we get #1 merged)
> > >> Catalin, would you be happy taking patches #5, #6? (if we get #1 merged)
> > >
> > > Pretty sure we're happy to take the arm64 bits once you've got the core
> > > changes sorted out. Failing that, Catalin's acked them so they could go via
> > > an mm tree if it's easier.
> > >
> >
> > Hello,
> >
> > Are any mm maintainers willing to take the first patch from this
> > series into their tree for merging into 3.18?
> > mm: Introduce a general RCU get_user_pages_fast.
> >
> > (or please let me know if there are any issues with the patch that
> > need addressing).
> >
> > As Will has stated, Catalin's already acked the arm64 patches, and
> > these can also go in via an mm tree if that makes things easier:
> > arm64: mm: Enable HAVE_RCU_TABLE_FREE logic
> > arm64: mm: Enable RCU fast_gup
> >
> > Thanks,
> > --
> > Steve
>
> Hi,
> Just a ping on this.
>
> I was wondering if the first patch in this series:
>
> [PATCH V3 1/6] mm: Introduce a general RCU get_user_pages_fast.
> http://marc.info/?l=linux-mm&m=140923713202355&w=2
>
> could be merged into 3.18 via an mm tree, or if there are any issues
> with the patch that I should fix?
>
> Acks or flames from the mm maintainers would be greatly appreciated!
>
> Cheers,
> --
> Steve
Hello,
Apologies for being a pest, but we're really keen to get this into 3.18,
as it fixes a THP problem with arm/arm64.
I need mm folk to either ack or flame the first patch in the series in
order to proceed. (All the patches in the series have been
acked/reviewed, but not by any mm folk.):
[PATCH V3 1/6] mm: Introduce a general RCU get_user_pages_fast.
If it puts people's minds at rest regarding the testing...
On top of the ltp tests, and futex tests, we also ran these patches on
the arm64 Debian buildd's. With THP set to always, just under 8000
Debian packages have been built (and unit tested) without any kernel
issues for arm64.
Cheers,
--
Steve
next prev parent reply other threads:[~2014-09-19 18:28 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-28 14:45 [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast Steve Capper
2014-08-28 14:45 ` Steve Capper
2014-08-28 14:45 ` [PATCH V3 1/6] mm: Introduce a general RCU get_user_pages_fast Steve Capper
2014-08-28 14:45 ` Steve Capper
2014-09-24 13:34 ` Hugh Dickins
2014-09-24 13:34 ` Hugh Dickins
2014-09-24 15:57 ` Steve Capper
2014-09-24 15:57 ` Steve Capper
2014-08-28 14:45 ` [PATCH V3 2/6] arm: mm: Introduce special ptes for LPAE Steve Capper
2014-08-28 14:45 ` Steve Capper
2014-08-28 14:45 ` [PATCH V3 3/6] arm: mm: Enable HAVE_RCU_TABLE_FREE logic Steve Capper
2014-08-28 14:45 ` Steve Capper
2014-08-28 14:45 ` [PATCH V3 4/6] arm: mm: Enable RCU fast_gup Steve Capper
2014-08-28 14:45 ` [PATCH V3 5/6] arm64: mm: Enable HAVE_RCU_TABLE_FREE logic Steve Capper
2014-08-28 14:45 ` Steve Capper
2014-08-28 14:45 ` [PATCH V3 6/6] arm64: mm: Enable RCU fast_gup Steve Capper
2014-08-28 14:45 ` Steve Capper
2014-08-28 15:23 ` [PATCH V3 0/6] RCU get_user_pages_fast and __get_user_pages_fast Will Deacon
2014-09-01 11:43 ` Steve Capper
2014-09-01 11:43 ` Steve Capper
2014-09-08 9:06 ` Steve Capper
2014-09-08 9:06 ` Steve Capper
2014-09-19 18:28 ` Steve Capper [this message]
2014-09-19 18:28 ` Steve Capper
2014-09-22 9:28 ` Will Deacon
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=20140919182808.GA22622@linaro.org \
--to=steve.capper@linaro.org \
--cc=Catalin.Marinas@arm.com \
--cc=Mark.Rutland@arm.com \
--cc=akpm@linux-foundation.org \
--cc=anders.roxell@linaro.org \
--cc=christoffer.dall@linaro.org \
--cc=dann.frazier@canonical.com \
--cc=gary.robertson@linaro.org \
--cc=hughd@google.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-mm@kvack.org \
--cc=linux@arm.linux.org.uk \
--cc=mgorman@suse.de \
--cc=peterz@infradead.org \
--cc=will.deacon@arm.com \
/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).