From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Lameter Subject: Re: [patch 01/18] Define functions for page cache handling Date: Wed, 27 Feb 2008 11:20:36 -0800 (PST) Message-ID: References: <20080216004718.047808297@sgi.com> <20080216004805.610589231@sgi.com> <20080223152716.51cc3875.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, David Chinner To: Andrew Morton Return-path: Received: from relay2.sgi.com ([192.48.171.30]:40892 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1755339AbYB0TUh (ORCPT ); Wed, 27 Feb 2008 14:20:37 -0500 In-Reply-To: <20080223152716.51cc3875.akpm@linux-foundation.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Sat, 23 Feb 2008, Andrew Morton wrote: > But the interfaces which they use (passing and address_space) are quite > pointless unless we implement variable page size per address_space. And as > the chances of that ever happening seem pretty damn small, these changes > are just obfuscation which make the code harder to read and which > pointlessly churn the codebase. > > So I'm inclined to drop these patches. Ummm.. I can submit the rest of the code to make this work? The rest is available at git://git.kernel.org/pub/scm/linux/kernel/git/christoph/vm.git Branches vcompound Fallback for compound pages to order 0 allocs largeblock Based on vcompound, large block support for devices and FS.