| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] xfs: log timestamp changes to the source inode in rename |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Thu, 9 Dec 2010 21:36:05 +1100 |
| Cc: | xfs@xxxxxxxxxxx |
| In-reply-to: | <20101207101641.GA25995@xxxxxxxxxxxxx> |
| References: | <20101207101641.GA25995@xxxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.20 (2009-06-14) |
On Tue, Dec 07, 2010 at 05:16:41AM -0500, Christoph Hellwig wrote: > Now that we don't mark VFS inodes dirty anymore for internal timestamp > changes, > but rely on the transaction subsystem to push them out, we need to explicitly > log the source inode in rename after updating it's timestamps to make sure > the changes actually get forced out by sync/fsync or an AIL push. > > We already account for the fourth inode in the log reservation, as a rename > of directories needs to update the nlink field, so just adding the > xfs_trans_log_inode call is enough. > > This fixes the xfsqa 065 regression introduced by: > > "xfs: don't use vfs writeback for pure metadata modifications" > > > Signed-off-by: Christoph Hellwig <hch@xxxxxx> Looks good. Reviewed-by: Dave Chinner <dchinner@xxxxxxxxxx> -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] Add test 248: Check filesystem FITRIM implementation, Eric Sandeen |
|---|---|
| Next by Date: | Re: [PATCH] Add test 248: Check filesystem FITRIM implementation, Lukas Czerner |
| Previous by Thread: | [PATCH] xfs: log timestamp changes to the source inode in rename, Christoph Hellwig |
| Next by Thread: | Re: [PATCH 1/2] xfs: dynamic speculative EOF preallocation, Christoph Hellwig |
| Indexes: | [Date] [Thread] [Top] [All Lists] |