From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx123.postini.com [74.125.245.123]) by kanga.kvack.org (Postfix) with SMTP id 744F76B004D for ; Mon, 14 May 2012 19:04:44 -0400 (EDT) Received: by wefh52 with SMTP id h52so3320122wef.14 for ; Mon, 14 May 2012 16:04:42 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1337004860.2443.47.camel@twins> References: <4FAC9786.9060200@kernel.org> <20120511131404.GQ11435@suse.de> <4FADA007.3020309@gmail.com> <20120514133210.GE29102@suse.de> <1337003515.2443.35.camel@twins> <1337004860.2443.47.camel@twins> From: Roland Dreier Date: Mon, 14 May 2012 16:04:22 -0700 Message-ID: Subject: Re: Allow migration of mlocked page? Content-Type: text/plain; charset=ISO-8859-1 Sender: owner-linux-mm@kvack.org List-ID: To: Peter Zijlstra Cc: Christoph Lameter , Mel Gorman , KOSAKI Motohiro , Minchan Kim , Johannes Weiner , Rik van Riel , Andrew Morton , Andrea Arcangeli , KAMEZAWA Hiroyuki , "linux-mm@kvack.org" , tglx@linutronix.de, Ingo Molnar , Theodore Ts'o On Mon, May 14, 2012 at 7:14 AM, Peter Zijlstra wrote: > Either that or a VMA flag, I think both infiniband and whatever new > mlock API we invent will pretty much always be VMA wide. Or does the > infinimuck take random pages out? All I really know about IB is to stay > the #$%! away from it [as Mel recently learned the hard way] :-) In general the InfiniBand pinning (calling get_user_pages()) is driven by userspace, which doesn't really know anything about VMAs. However userspace will often do madvise(DONT_FORK) on those same ranges, so we'll probably have vma boundaries match up with the ranges of pinned pages. In any case I don't see any problem with doing vma splitting in drivers/core/infiniband/umem.c if need be. - R. -- 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/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org