Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756757AbZLRDwT (ORCPT ); Thu, 17 Dec 2009 22:52:19 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755786AbZLRDwP (ORCPT ); Thu, 17 Dec 2009 22:52:15 -0500 Received: from sh.osrg.net ([192.16.179.4]:34419 "EHLO sh.osrg.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755450AbZLRDwO (ORCPT ); Thu, 17 Dec 2009 22:52:14 -0500 Date: Fri, 18 Dec 2009 12:51:15 +0900 To: david@fromorbit.com Cc: fujita.tomonori@lab.ntt.co.jp, James.Bottomley@suse.de, jens.axboe@oracle.com, torvalds@linux-foundation.org, tytso@mit.edu, kyle@mcmartin.ca, linux-parisc@vger.kernel.org, linux-kernel@vger.kernel.org, hch@infradead.org, linux-arch@vger.kernel.org Subject: Re: [git patches] xfs and block fixes for virtually indexed arches From: FUJITA Tomonori In-Reply-To: <20091218024440.GG4850@discord.disaster> References: <1261094220.2752.27.camel@mulgrave.site> <20091218095944G.fujita.tomonori@lab.ntt.co.jp> <20091218024440.GG4850@discord.disaster> Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20091218125047U.fujita.tomonori@lab.ntt.co.jp> X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (sh.osrg.net [192.16.179.4]); Fri, 18 Dec 2009 12:51:18 +0900 (JST) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1180 Lines: 26 On Fri, 18 Dec 2009 13:44:40 +1100 Dave Chinner wrote: > > > So it sounds like we only need a blk_rq_map_vmalloc() using the same > > > techniques as the patch set and we're good to go. > > > > I'm not sure about it. > > > > As I said before (when I was against this 'adding vmalloc support to > > the block layer' stuff), are there potential users of this except for > > XFS? Are there anyone who does such a thing now? > > As Christoph already mentioned, XFS is not passing the vmalloc'd > range to the block layer Oops, I should have said a vmalloc/vmap area. > > This API might be useful for only journaling file systems using log > > formats that need large contiguous buffer. Sound like only XFS? > > FWIW, mapped buffers larger than PAGE_SIZE are used for more than just log > recovery in XFS. e.g. filesystems with directory block size larger > than page size uses mapped buffers. I see, thanks. -- 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/