- 1. Re: utimensat fails to update ctime (score: 1)
- Author: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- Date: Tue, 22 Dec 2009 00:05:27 +0900
- According to OGAWA Hirofumi on 12/21/2009 12:31 AM: Thanks. This is good point. This would be xfs issue or design. xfs seems to have own special handling of ctime. Cc: to xfs peoples. Any idea? -- OG
- /archives/xfs/2009-12/msg00189.html (9,278 bytes)
- 2. Re: utimensat fails to update ctime (score: 1)
- Author: Eric Blake <ebb9@xxxxxxx>
- Date: Mon, 21 Dec 2009 21:37:24 -0700
- According to OGAWA Hirofumi on 12/21/2009 8:05 AM: Here's another report, this time about an mtime update not happening on ntfs-3g. http://thread.gmane.org/gmane.comp.gnu.coreutils.bugs/19336 -- Don'
- /archives/xfs/2009-12/msg00195.html (8,525 bytes)
- 3. Re: utimensat fails to update ctime (score: 1)
- Author: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- Date: Tue, 22 Dec 2009 18:00:36 +0900
- It is likely the issue of libfuse or ntfs-3g. I don't know about ntfs-3g people at all. So, for now, just Cc: to fuse people. request would pass to userland via fuse of kernel part, then it will be h
- /archives/xfs/2009-12/msg00196.html (11,142 bytes)
- 4. Re: utimensat fails to update ctime (score: 1)
- Author: Dave Chinner <david@xxxxxxxxxxxxx>
- Date: Tue, 22 Dec 2009 23:34:36 +1100
- Yeah, it looks like the change to utimesat() back in 2.6.26 for posix conformance made ATTR_CTIME appear outside inode truncation and XFS wasn't updated for this change in behaviour at the VFS level.
- /archives/xfs/2009-12/msg00200.html (10,612 bytes)
- 5. Re: utimensat fails to update ctime (score: 1)
- Author: Eric Blake <ebb9@xxxxxxx>
- Date: Tue, 22 Dec 2009 05:42:49 -0700
- According to Dave Chinner on 12/22/2009 5:34 AM: Yes - the gnulib unit test, consisting of: http://git.savannah.gnu.org/cgit/gnulib.git/tree/tests/nap.h http://git.savannah.gnu.org/cgit/gnulib.git/tr
- /archives/xfs/2009-12/msg00201.html (11,675 bytes)
- 6. Re: utimensat fails to update ctime (score: 1)
- Author: Christoph Hellwig <hch@xxxxxx>
- Date: Tue, 22 Dec 2009 18:45:00 +0100
- This patch which I had in my QA queue for a while should fix all the timestamp update issues in XFS: Index: linux-2.6/fs/xfs/xfs_vnodeops.c == -- linux-2.6.orig/fs/xfs/xfs_vnodeops.c 2009-12-21 16:24
- /archives/xfs/2009-12/msg00207.html (17,047 bytes)
- 7. Re: utimensat fails to update ctime (score: 1)
- Author: OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- Date: Wed, 23 Dec 2009 04:06:20 +0900
- Thanks for fixing this. -- OGAWA Hirofumi <hirofumi@xxxxxxxxxxxxxxxxxx>
- /archives/xfs/2009-12/msg00209.html (19,083 bytes)
- 8. Re: utimensat fails to update ctime (score: 1)
- Author: Christoph Hellwig <hch@xxxxxxxxxxxxx>
- Date: Wed, 23 Dec 2009 02:53:02 -0500
- Ok, I'll see if I can add the last GPLv2 licensed version into xfstests.
- /archives/xfs/2009-12/msg00210.html (12,296 bytes)
This search system is powered by
Namazu