Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754474AbXHaHRu (ORCPT ); Fri, 31 Aug 2007 03:17:50 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1750908AbXHaHRl (ORCPT ); Fri, 31 Aug 2007 03:17:41 -0400 Received: from netops-testserver-4-out.sgi.com ([192.48.171.29]:60940 "EHLO relay.sgi.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1750721AbXHaHRk (ORCPT ); Fri, 31 Aug 2007 03:17:40 -0400 Date: Fri, 31 Aug 2007 00:17:38 -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: <20070831071142.GI29452@kernel.dk> Message-ID: References: <20070828190551.415127746@sgi.com> <20070828190730.220393749@sgi.com> <20070830092038.GD22586@dnb.sw.ru> <20070831065613.GH29452@kernel.dk> <20070831071142.GI29452@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: 1163 Lines: 27 On Fri, 31 Aug 2007, Jens Axboe wrote: > > Could you be more specific? > > Size of a single segment, for instance. Or if the bio crosses a dma > boundary. If your block is 64kb and the maximum segment size is 32kb, > then you would need to clone the bio and split it into two. A DMA boundary cannot be crossed AFAIK. The compound pages are aligned to the power of two boundaries and the page allocator will not create pages that cross the zone boundaries. It looks like the code will correctly signal a failure if you try to write a 64k block on a device with a maximum segment size of 32k. Isnt this okay? One would not want to use a larger block size than supported by the underlying hardware? > Things like that. This isn't a problem with single page requests, as we > based the lower possible boundaries on that. submit_bh() is used to submit a single buffer and I think that was our main concern here. - 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/