From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f53.google.com (mail-pa0-f53.google.com [209.85.220.53]) by kanga.kvack.org (Postfix) with ESMTP id CDD866B0031 for ; Mon, 27 Jan 2014 19:42:34 -0500 (EST) Received: by mail-pa0-f53.google.com with SMTP id lj1so6586760pab.12 for ; Mon, 27 Jan 2014 16:42:34 -0800 (PST) Received: from mail-pb0-f53.google.com (mail-pb0-f53.google.com [209.85.160.53]) by mx.google.com with ESMTPS id a6si13279927pao.41.2014.01.27.16.42.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 27 Jan 2014 16:42:33 -0800 (PST) Received: by mail-pb0-f53.google.com with SMTP id md12so6548131pbc.26 for ; Mon, 27 Jan 2014 16:42:32 -0800 (PST) Message-ID: <52E6FCF3.6010009@linaro.org> Date: Mon, 27 Jan 2014 16:42:27 -0800 From: John Stultz MIME-Version: 1.0 Subject: Re: [PATCH v10 00/16] Volatile Ranges v10 References: <1388646744-15608-1-git-send-email-minchan@kernel.org> <20140128001244.GB25066@bbox> In-Reply-To: <20140128001244.GB25066@bbox> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Minchan Kim , KOSAKI Motohiro Cc: "linux-mm@kvack.org" , LKML , Andrew Morton , Mel Gorman , Hugh Dickins , Dave Hansen , Rik van Riel , Michel Lespinasse , Johannes Weiner , Dhaval Giani , "H. Peter Anvin" , Android Kernel Team , Robert Love , Mel Gorman , Dmitry Adamushko , Dave Chinner , Neil Brown , Andrea Righi , Andrea Arcangeli , "Aneesh Kumar K.V" , Mike Hommey , Taras Glek , Jan Kara , Rob Clark , Jason Evans , pliard@google.com On 01/27/2014 04:12 PM, Minchan Kim wrote: > On Mon, Jan 27, 2014 at 05:23:17PM -0500, KOSAKI Motohiro wrote: >> - Your number only claimed the effectiveness anon vrange, but not file vrange. > Yes. It's really problem as I said. > From the beginning, John Stultz wanted to promote vrange-file to replace > android's ashmem and when I heard usecase of vrange-file, it does make sense > to me so that's why I'd like to unify them in a same interface. > > But the problem is lack of interesting from others and lack of time to > test/evaluate it. I'm not an expert of userspace so actually I need a bit > help from them who require the feature but at a moment, > but I don't know who really want or/and help it. > > Even, Android folks didn't have any interest on vrange-file. Just as a correction here. I really don't think this is the case, as Android's use definitely relies on file based volatility. It might be more fair to say there hasn't been very much discussion from Android developers on the particulars of the file volatility semantics (out possibly not having any particular objections, or more-likely, being a bit too busy to follow the all various theoretical tangents we've discussed). But I'd not want anyone to get the impression that anonymous-only volatility would be sufficient for Android's needs. (And to further clarify here, since this can be confusing... shmem/tmpfs-only file volatility *would* be sufficient, despite that technically being anonymous backed memory. The key issue is we need to be able to share the volatility between processes.) > So, we might drop vrange-file part in this patchset if it's really headache. > But let's discuss further because still I believe it's valuable feature to > keep instead of dropping. If it helps gets interest in reviewing this, I'm ok with deferring (tmpfs) file volatility, so folks can get comfortable with anonymous volatility. But I worry its too critical a feature to ignore. thanks -john -- 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