[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTi=2friy7htn4qZGjanxwTSQ7P8Wc6kgB9B9O5PK@mail.gmail.com>
Date: Mon, 1 Nov 2010 16:38:55 -0700
From: Ken Sumrall <ksumrall@...roid.com>
To: Miklos Szeredi <miklos@...redi.hu>
Cc: akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
jens.axboe@...cle.com, anfei.zhou@...il.com, avati@...ster.com,
fuse-devel@...ts.sourceforge.net
Subject: Re: [PATCH] Fix bug in FUSE where the attribute cache for a file was
not cleared when a file is opened with O_TRUNC.
I'm no FUSE expert, so I don't feel qualified to fully evaluate the
changes, but the
locking looks correct and non-blocking, and the code still passes our
test case and
doesn't crash, so it gets my vote of approval.
___
Ken
On Sat, Oct 30, 2010 at 4:31 AM, Miklos Szeredi <miklos@...redi.hu> wrote:
> Ken,
>
> Thanks for the patch.
>
> Here's a slightly updated one. Does this also look OK?
>
> Miklos
>
>
> ----
> Subject: fuse: fix attributes after open(O_TRUNC)
> From: Ken Sumrall <ksumrall@...roid.com>
>
> The attribute cache for a file was not being cleared when a file is
> opened with O_TRUNC.
>
> If the filesystem's open operation truncates the file
> ("atomic_o_trunc" feature flag is set) then the kernel should
> invalidate the cached st_mtime and st_ctime attributes.
>
> Also i_size should be explicitly be set to zero as it is used
> sometimes without refreshing the cache.
>
> Signed-off-by: Ken Sumrall <ksumrall@...roid.com>
> Cc: Anfei <anfei.zhou@...il.com>
> Cc: "Anand V. Avati" <avati@...ster.com>
> Signed-off-by: Andrew Morton <akpm@...ux-foundation.org>
> Signed-off-by: Miklos Szeredi <miklos@...redi.hu>
> Cc: stable@...nel.org
> ---
>
> fs/fuse/file.c | 10 ++++++++++
> 1 file changed, 10 insertions(+)
>
> Index: linux-2.6/fs/fuse/file.c
> ===================================================================
> --- linux-2.6.orig/fs/fuse/file.c 2010-10-27 14:04:02.000000000 +0200
> +++ linux-2.6/fs/fuse/file.c 2010-10-30 13:14:07.000000000 +0200
> @@ -134,6 +134,7 @@ EXPORT_SYMBOL_GPL(fuse_do_open);
> void fuse_finish_open(struct inode *inode, struct file *file)
> {
> struct fuse_file *ff = file->private_data;
> + struct fuse_conn *fc = get_fuse_conn(inode);
>
> if (ff->open_flags & FOPEN_DIRECT_IO)
> file->f_op = &fuse_direct_io_file_operations;
> @@ -141,6 +142,15 @@ void fuse_finish_open(struct inode *inod
> invalidate_inode_pages2(inode->i_mapping);
> if (ff->open_flags & FOPEN_NONSEEKABLE)
> nonseekable_open(inode, file);
> + if (fc->atomic_o_trunc && (file->f_flags & O_TRUNC)) {
> + struct fuse_inode *fi = get_fuse_inode(inode);
> +
> + spin_lock(&fc->lock);
> + fi->attr_version = ++fc->attr_version;
> + i_size_write(inode, 0);
> + spin_unlock(&fc->lock);
> + fuse_invalidate_attr(inode);
> + }
> }
>
> int fuse_open_common(struct inode *inode, struct file *file, bool isdir)
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists