From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Thu, 27 Oct 2005 17:32:43 -0700 From: Andrew Morton Subject: Re: [RFC] madvise(MADV_TRUNCATE) Message-Id: <20051027173243.41ecd335.akpm@osdl.org> In-Reply-To: <20051028002231.GC5091@opteron.random> References: <1130366995.23729.38.camel@localhost.localdomain> <200510271038.52277.ak@suse.de> <20051027131725.GI5091@opteron.random> <1130425212.23729.55.camel@localhost.localdomain> <20051027151123.GO5091@opteron.random> <20051027112054.10e945ae.akpm@osdl.org> <20051027200434.GT5091@opteron.random> <20051027135058.2f72e706.akpm@osdl.org> <20051027213721.GX5091@opteron.random> <20051027152340.5e3ae2c6.akpm@osdl.org> <20051028002231.GC5091@opteron.random> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Andrea Arcangeli Cc: pbadari@us.ibm.com, ak@suse.de, hugh@veritas.com, jdike@addtoit.com, dvhltc@us.ibm.com, linux-mm@kvack.org List-ID: Andrea Arcangeli wrote: > > > - View it as a filesystem operation which has MM side-effects. > > I suggested the fs operation too but then it's more efficient to have it > as a mm operation with fs side effects, because they don't immediatly > know fd and physical offset of the range. It's possible to fixup in > userland and to use the fs operation but it's more expensive, the vmas > are already in the kernel and we can use them. hm, so we have a somewhat awkward interface to a very specific thing to benefit a closed-source app. That'll go down well ;) ho-hum. Can we think of a better name than MADV_TRUNCATE please? Dunno what - MADV_REMOVE? I think it'll need to return -EINVAL for nonlinear vma's? -- 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