From: Theodore Ts'o <tytso@mit.edu>
To: Gioh Kim <gioh.kim@lge.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
jack@suse.cz, linux-fsdevel@vger.kernel.org,
linux-ext4@vger.kernel.org, linux-kernel@vger.kernel.org,
viro@zeniv.linux.org.uk, paulmck@linux.vnet.ibm.com,
peterz@infradead.org, adilger.kernel@dilger.ca,
minchan@kernel.org, js1304@gmail.com, gunho.lee@lge.com,
iamjoonsoo.kim@lge.com
Subject: Re: [PATCHv4 0/3] new APIs to allocate buffer-cache with user specific flag
Date: Thu, 4 Sep 2014 21:14:19 -0400 [thread overview]
Message-ID: <20140905011419.GE4364@thunk.org> (raw)
In-Reply-To: <540905B1.1050200@lge.com>
On Fri, Sep 05, 2014 at 09:37:05AM +0900, Gioh Kim wrote:
> >But what were the problems which were observed in standard kernels and
> >what effect did this patchset have upon them? Some quantitative
> >measurements will really help here.
>
> The problem is that I cannot allocate entire CMA memory.
> >
> Actually the problem is not found without Joonsoo's patch:
> https://lkml.org/lkml/2014/5/28/64. Without it CMA memory is free
> and every CMA-memory allocation is successed.
>
> If the Joonsoo's patch is applied, the CMA memory is allocated
> generally when system boots-up.
As I said earlier, I'm happy to carry this patch in the ext4 tree,
because as it turns out I could use this facility for another purpose
(to cause a few buffer cache allocations to happen with __GFP_NOFAIL).
I do have one question; I note that Joonsoo's patch dates back to May,
and yet this has not hit the mainline kernel, and I haven't seen any
discussions about this patch after May. Has there been some pushback
from the mm maintainers about Joonsoo's approach with respect to this
patch? What is the current status of that patch set?
Thanks,
- Ted
next prev parent reply other threads:[~2014-09-05 1:14 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1409815781-28011-1-git-send-email-gioh.kim@lge.com>
2014-09-04 22:16 ` [PATCHv4 0/3] new APIs to allocate buffer-cache with user specific flag Andrew Morton
2014-09-05 0:37 ` Gioh Kim
2014-09-05 1:14 ` Theodore Ts'o [this message]
2014-09-05 1:48 ` Joonsoo Kim
2014-09-05 3:17 ` Theodore Ts'o
2014-09-05 7:32 ` Joonsoo Kim
2014-09-05 14:14 ` Theodore Ts'o
2014-09-15 1:10 ` Joonsoo Kim
2014-09-15 6:37 ` Minchan Kim
[not found] ` <1409815781-28011-2-git-send-email-gioh.kim@lge.com>
2014-09-05 2:37 ` [PATCHv4 1/3] fs.c: support buffer cache allocations with gfp modifiers Theodore Ts'o
[not found] ` <1409815781-28011-3-git-send-email-gioh.kim@lge.com>
2014-09-05 2:37 ` [PATCHv4 2/3] ext4: use non-movable memory for the ext4 superblock Theodore Ts'o
[not found] ` <1409815781-28011-4-git-send-email-gioh.kim@lge.com>
2014-09-05 2:37 ` [PATCHv4 3/3] jbd/jbd2: use non-movable memory for the jbd superblock Theodore Ts'o
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=20140905011419.GE4364@thunk.org \
--to=tytso@mit.edu \
--cc=adilger.kernel@dilger.ca \
--cc=akpm@linux-foundation.org \
--cc=gioh.kim@lge.com \
--cc=gunho.lee@lge.com \
--cc=iamjoonsoo.kim@lge.com \
--cc=jack@suse.cz \
--cc=js1304@gmail.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=minchan@kernel.org \
--cc=paulmck@linux.vnet.ibm.com \
--cc=peterz@infradead.org \
--cc=viro@zeniv.linux.org.uk \
/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).