From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Sat, 15 Dec 2007 02:17:13 +0100 From: Nick Piggin Subject: Re: [rfc][patch 2/2] xip: support non-struct page memory Message-ID: <20071215011712.GA20303@wotan.suse.de> References: <20071214133817.GB28555@wotan.suse.de> <20071214134106.GC28555@wotan.suse.de> <47628923.3060706@de.ibm.com> <6934efce0712141707x6aa3d1bevd5ea847262445543@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6934efce0712141707x6aa3d1bevd5ea847262445543@mail.gmail.com> Sender: owner-linux-mm@kvack.org Return-Path: To: Jared Hulbert Cc: carsteno@de.ibm.com, Linux Memory Management List List-ID: On Fri, Dec 14, 2007 at 05:07:38PM -0800, Jared Hulbert wrote: > > Nick Piggin wrote: > > > This is just a prototype for one possible way of supporting this. I may > > > be missing some important detail or eg. have missed some requirement of the > > > s390 XIP block device that makes the idea infeasible... comments? > > Seems to be christmas time, I get a feature that has been on my most > > wanted list for years :-). Will play with it and test it asap :-). > > That's exactly how I feel. I'm testing it out right now. Well, then call me Saint Nick ;) > One thing I would love is for a way for get_xip_address to be able to > punt. To be able to tell filemap_xip.c functions that the filemap.c > or generic functions should be used instead. For example > xip_file_fault() calls filemap_fault() when get_xip_address() returns > NULL. Can we do that for a return value of NULL? I was thinking about that, but I wonder if it shouldn't be done in the filesystem. Eg. if your filesystem mixes both pagecache and XIP, then it would call into either filemap or filemap_xip... -- 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