|| ||Jeremy Allison <jra-eUNUBHrolfbYtjvyW6yDsg-AT-public.gmane.org> |
|| ||Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b-AT-public.gmane.org> |
|| ||Re: [PATCH 02/18] xstat: Add a pair of system calls to make
extended file stats available [ver #6] |
|| ||Thu, 22 Jul 2010 11:15:49 -0700|
|| ||Jan Engelhardt <jengelh-nopoi9nDyk+ELgA04lAiVw-AT-public.gmane.org>,
Jeremy Allison <jra-eUNUBHrolfbYtjvyW6yDsg-AT-public.gmane.org>, Volker.Lendecke-3ekOc4rQMZmzQB+pC5nmwQ-AT-public.gmane.org,
David Howells <dhowells-H+wXaHxf7aLQT0dZR+AlfA-AT-public.gmane.org>,
|| ||Article, Thread
On Thu, Jul 22, 2010 at 10:24:17AM -0700, Linus Torvalds wrote:
> And yes, I am also sure that there are applications that do depend on
> ctime semantics. Trond mentioned NFS serving, and that's unfortunate.
> I bet there are others. That's inevitable when you have 40 years of
> history. So I'm not claiming that re-using ctime is painfree, but for
> somebody that cares about samba a lot, I bet it's a _lot_ better than
> adding a new time that almost nobody actually supports as things stand
Samba mostly ignores ctime, for just the reasons you mention.
But re-using ctime as create time will lead to more horrible
Easier to add a btime field to stat (or whatever you want to
call it), especially as some of the filesystems already support it,
the code for it exists inside Samba and is working on other UNIX-style
OS'es, and for filesystems that don't support it, just return
zero or -1 in that field (which we already ignore).
> Of people can just use xattrs and do it all entirely in user space. I
> assume that's what samba does now, even outside of birthtime.
Yep. We even have to do that on systems with an immutable
btime to get Windows semantics.
To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
to post comments)