From mboxrd@z Thu Jan 1 00:00:00 1970 From: James Bottomley Subject: Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages Date: Wed, 18 Nov 2009 08:50:40 -0500 Message-ID: <1258552240.2540.0.camel@mulgrave.site> References: <1258477432-2513-4-git-send-email-James.Bottomley@suse.de> <1258477432-2513-5-git-send-email-James.Bottomley@suse.de> <1258477432-2513-6-git-send-email-James.Bottomley@suse.de> <20091118191031Q.fujita.tomonori@lab.ntt.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20091118191031Q.fujita.tomonori@lab.ntt.co.jp> Sender: linux-parisc-owner@vger.kernel.org To: FUJITA Tomonori Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org List-Id: linux-arch.vger.kernel.org On Wed, 2009-11-18 at 19:10 +0900, FUJITA Tomonori wrote: > On Tue, 17 Nov 2009 11:03:51 -0600 > James Bottomley wrote: > > > This updates bio_map_kern() to check for pages in the vmalloc address > > range and call the new kernel flushing APIs if the are. This should > > allow any kernel user to pass a vmalloc/vmap area to block. > > > > Signed-off-by: James Bottomley > > --- > > fs/bio.c | 20 ++++++++++++++++++-- > > 1 files changed, 18 insertions(+), 2 deletions(-) > > Do we need this? > > Buffers that xfs_buf.c passes to block doesn't go to bio_map_kern()? For completeness, yes ... because xfs *should* be passing its buffers to bio_map_kern() ... it just happens to roll its own. James From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from cantor2.suse.de ([195.135.220.15]:57685 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753158AbZKRNuk (ORCPT ); Wed, 18 Nov 2009 08:50:40 -0500 Subject: Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages From: James Bottomley In-Reply-To: <20091118191031Q.fujita.tomonori@lab.ntt.co.jp> References: <1258477432-2513-4-git-send-email-James.Bottomley@suse.de> <1258477432-2513-5-git-send-email-James.Bottomley@suse.de> <1258477432-2513-6-git-send-email-James.Bottomley@suse.de> <20091118191031Q.fujita.tomonori@lab.ntt.co.jp> Content-Type: text/plain; charset="UTF-8" Date: Wed, 18 Nov 2009 08:50:40 -0500 Message-ID: <1258552240.2540.0.camel@mulgrave.site> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-arch-owner@vger.kernel.org List-ID: To: FUJITA Tomonori Cc: linux-arch@vger.kernel.org, linux-parisc@vger.kernel.org Message-ID: <20091118135040.vJfx37HsLige7FnuGOaZJJUMwhYTNnSf_pTTmiemtsk@z> On Wed, 2009-11-18 at 19:10 +0900, FUJITA Tomonori wrote: > On Tue, 17 Nov 2009 11:03:51 -0600 > James Bottomley wrote: > > > This updates bio_map_kern() to check for pages in the vmalloc address > > range and call the new kernel flushing APIs if the are. This should > > allow any kernel user to pass a vmalloc/vmap area to block. > > > > Signed-off-by: James Bottomley > > --- > > fs/bio.c | 20 ++++++++++++++++++-- > > 1 files changed, 18 insertions(+), 2 deletions(-) > > Do we need this? > > Buffers that xfs_buf.c passes to block doesn't go to bio_map_kern()? For completeness, yes ... because xfs *should* be passing its buffers to bio_map_kern() ... it just happens to roll its own. James