Re: [PATCH 5/6] block: permit I/O to vmalloc/vmap kernel pages

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 18 Nov 2009 08:50:40 -0500
James Bottomley <James.Bottomley@xxxxxxx> wrote:

> On Wed, 2009-11-18 at 19:10 +0900, FUJITA Tomonori wrote:
> > On Tue, 17 Nov 2009 11:03:51 -0600
> > James Bottomley <James.Bottomley@xxxxxxx> 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 <James.Bottomley@xxxxxxx>
> > > ---
> > >  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.

Ok, you mean that we will convert XFS to use bio_map_kern().

But adding another trick to bio_map_kern() to handle a vmalloc/vmap
area is a good move? Only XFS do such, right?
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux SoC]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux