Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965676AbXHaPW6 (ORCPT ); Fri, 31 Aug 2007 11:22:58 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932283AbXHaPWt (ORCPT ); Fri, 31 Aug 2007 11:22:49 -0400 Received: from netops-testserver-3-out.sgi.com ([192.48.171.28]:40206 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S965328AbXHaPWr (ORCPT ); Fri, 31 Aug 2007 11:22:47 -0400 Date: Fri, 31 Aug 2007 08:22:45 -0700 (PDT) From: Christoph Lameter X-X-Sender: clameter@schroedinger.engr.sgi.com To: Jens Axboe cc: Dmitry Monakhov , torvalds@linux-foundation.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, Christoph Hellwig , Mel Gorman , William Lee Irwin III , David Chinner , Badari Pulavarty , Maxim Levitsky , Fengguang Wu , swin wang , totty.lu@gmail.com, "H. Peter Anvin" , joern@lazybastard.org, "Eric W. Biederman" Subject: Re: [11/36] Use page_cache_xxx in fs/buffer.c In-Reply-To: <20070831081201.GO29452@kernel.dk> Message-ID: References: <20070831065613.GH29452@kernel.dk> <20070831071142.GI29452@kernel.dk> <20070831072611.GK29452@kernel.dk> <20070831074338.GL29452@kernel.dk> <20070831081201.GO29452@kernel.dk> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 957 Lines: 23 On Fri, 31 Aug 2007, Jens Axboe wrote: > > Ok. So another solution maybe to limit the blocksizes that can be used > > with a device? > > That'd work for creation, but not for moving things around. What do you mean by moving things around? Creation binds a filesystem to a device. > > Hmmmm.. We could keep the existing scheme too and check that device > > drivers split things up if they are too large? Isnt it possible today > > to create a huge bio of 2M for huge pages and send it to a device? > > Not sure, aren't the constituents of compound pages the basis for IO? get_user_pages() serializes compound pages into the base pages. But doesnt the I/O layer coalesce these later into 2M chunks again? - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/