From mboxrd@z Thu Jan 1 00:00:00 1970 From: Pekka Enberg Subject: Re: [PATCH v6] add MAP_UNLOCKED mmap flag Date: Mon, 18 Jan 2010 20:09:26 +0200 Message-ID: <84144f021001181009m52f7eaebp2bd746f92de08da9@mail.gmail.com> References: <20100118133755.GG30698@redhat.com> <84144f021001180609r4d7fbbd0p972d5bc0e227d09a@mail.gmail.com> <20100118141938.GI30698@redhat.com> <84144f021001180805q4d1203b8qab8ccb1de87b2866@mail.gmail.com> <20100118170816.GA22111@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Return-path: In-Reply-To: <20100118170816.GA22111@redhat.com> Sender: owner-linux-mm@kvack.org To: Gleb Natapov Cc: linux-mm@kvack.org, kosaki.motohiro@jp.fujitsu.com, linux-kernel@vger.kernel.org, linux-api@vger.kernel.org, akpm@linux-foundation.org, andrew.c.morrow@gmail.com, "Paul E. McKenney" List-Id: linux-api@vger.kernel.org Hi Gleb, On Mon, Jan 18, 2010 at 7:08 PM, Gleb Natapov wrote: >> "Greater control" is not an argument for adding a new API that needs >> to be maintained forever, a real world use case is. >> > If there is real world use case for mlockall() there is real use case for > this too. People seems to be trying to convince me that I don't need > mlockall() without proposing alternatives. The only alternative I see > lock everything from userspace. > >> And yes, this stuff needs to be in the changelog. Whether you want to >> spell it out or post an URL to some previous discussion is up to you. > The discussion was here just a couple of days ago. Here is the link > were I describe my use case: http://marc.info/?l=linux-mm&m=126345374125942&w=2 > If you think it needs to be spelled out in commit log I'll do it. So this is a performance thing? Btw, is there are reason you can't use plain mlock() for it as suggested by Peter earlier? Pekka -- 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