[lkml]   [2002]   [Oct]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH] do_generic_file_read / readahead adjustments

    > On Wed, 16 Oct 2002, Andrew Morton wrote:
    > > David Howells wrote:
    > > >
    > > > The attached patch does the following three things:
    > >
    > > Seems sensible. Is there something out there which actually uses this?
    > I think David has a few things up his sleeve. The patch looks
    > sensible.

    I'm writing a general cache for filesystems such as AFS, NFSv4, and
    Lustre. Block devices are made available to the "cache manager" by means of a
    filesystem that can be mounted. I'm storing meta data in an inode in the
    cache, but to scan this at the moment I need to gain a "struct file" to use
    with do_generic_file_read().

    This involves either creating a dummy dentry and struct file (which will cause
    Al Viro to come looking for me with a shotgun), or to use an extra auxilliary
    filesystem mounted with do_kern_mount(), neither of which are particularly

    This patch is the alternative: make a function (do_generic_mapping_read())
    that I can pass an inode or an address_space to, and make
    do_generic_file_read() call that. This allows me to make use of readahead
    semantics without having to reinvent them for myself.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:30    [W:0.019 / U:4.984 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site