From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <4382F765.4020707@jp.fujitsu.com> Date: Tue, 22 Nov 2005 19:48:05 +0900 From: KAMEZAWA Hiroyuki MIME-Version: 1.0 Subject: Re: [PATCH 2/5] Light Fragmentation Avoidance V20: 002_usemap References: <20051115164946.21980.2026.sendpatchset@skynet.csn.ul.ie> <200511160036.54461.ak@suse.de> <200511160252.05494.ak@suse.de> <4382EF48.1050107@shadowen.org> <20051122102237.GK20775@brahms.suse.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Mel Gorman Cc: Andi Kleen , Andy Whitcroft , linux-mm@kvack.org, mingo@elte.hu, lhms-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org, nickpiggin@yahoo.com.au List-ID: Mel Gorman wrote: > On Tue, 22 Nov 2005, Andi Kleen wrote: > > >>>All of that said, I am not even sure we have a bit left in the page >>>flags on smaller architectures :/. >> >>How about >> >>#define PG_checked 8 /* kill me in 2.5.. */ >> >>? >> >>At least PG_uncached isn't used on many architectures too, so could >>be reused. I don't know why those that use it don't check VMAs instead. >> > > > PG_unchecked appears to be totally unused. It's only users are the macros > that manipulate the bit and mm/page_alloc.c . It appears it has been a > long time since it was used to it is a canditate for reuse. > Considering memory hotplug, I don't want to resize bitmaps at hot-add/remove. no bitmap is welcome :) -- Kame -- 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: email@kvack.org