[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <xa1t4n0k1fm1.fsf@mina86.com>
Date: Tue, 20 May 2014 08:15:18 -1000
From: Michal Nazarewicz <mina86@...a86.com>
To: Gioh Kim <gioh.kim@....com>, Joonsoo Kim <iamjoonsoo.kim@....com>
Cc: Minchan Kim <minchan.kim@....com>,
Andrew Morton <akpm@...ux-foundation.org>,
Rik van Riel <riel@...hat.com>,
Laura Abbott <lauraa@...eaurora.org>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org,
Heesub Shin <heesub.shin@...sung.com>,
Mel Gorman <mgorman@...e.de>,
Johannes Weiner <hannes@...xchg.org>,
Marek Szyprowski <m.szyprowski@...sung.com>,
이건호 <gunho.lee@....com>, gurugio@...il.com
Subject: Re: [RFC][PATCH] CMA: drivers/base/Kconfig: restrict CMA size to non-zero value
On Mon, May 19 2014, Gioh Kim wrote:
> My point is atomic_pool should be able to work with/without CMA.
Agreed.
>> IMO, cma=0 command line argument should be supported, as should having
>> the default CMA size zero. If CMA size is set to zero, kernel should
>> behave as if CMA was not enabled at compile time.
> It's also good if atomic_pool can work well with zero CMA size.
Exactly.
--
Best regards, _ _
.o. | Liege of Serenely Enlightened Majesty of o' \,=./ `o
..o | Computer Science, Michał “mina86” Nazarewicz (o o)
ooo +--<mpn@...gle.com>--<xmpp:mina86@...ber.org>--ooO--(_)--Ooo--
Download attachment "signature.asc" of type "application/pgp-signature" (836 bytes)
Powered by blists - more mailing lists