From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sun, 13 Aug 2006 18:00:54 -0700 From: Paul Jackson Subject: Re: rename *MEMALLOC flags Message-Id: <20060813180054.65201239.pj@sgi.com> In-Reply-To: <44DFBEA3.5070305@google.com> References: <20060812141415.30842.78695.sendpatchset@lappy> <20060812141445.30842.47336.sendpatchset@lappy> <44DDE8B6.8000900@garzik.org> <1155395201.13508.44.camel@lappy> <44DFBEA3.5070305@google.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Daniel Phillips Cc: a.p.zijlstra@chello.nl, jeff@garzik.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, netdev@vger.kernel.org, indan@nul.nu, johnpol@2ka.mipt.ru, riel@redhat.com, davem@davemloft.net, Nick Piggin List-ID: Daniel wrote: > Inventing a new name for an existing thing is very poor taste on grounds of > grepability alone. I wouldn't say 'very poor taste' -- just something that should be done infrequently, with good reason, and with reasonable concensus, especially from the key maintainers in the affected area. Good names are good taste, in my book. But stable naming is good too. I wonder what Nick thinks of this? Looks like he added __GFP_NOMEMALLOC a year ago, following the naming style of PF_MEMALLOC. I added him to the cc list. -- I won't rest till it's the best ... Programmer, Linux Scalability Paul Jackson 1.925.600.0401 -- 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