On Aug 17, 2008 22:36 -0400, Theodore Ts'o wrote: > That's the quick and dirty fast answer, yes. The long-term (but one > which involves much more work) is to define a new struct > kernel<->glibc stat interface (we already have 5 or so :-) to extend > it include st_crtime, and then try to get glibc to use the magic of > ELF symbol versioning so there is a new struct stat as defined in > /usr/include, and a new stat(2) call defined in glibc, which returns > the new struct stat which include st_crtime. This also means we have > to define proper semantics for what happens if a filesystem doesn't > support st_crtime. In the meantime, I'd think it preferable to use a virtual-xattr to get this information from the kernel instead of an ioctl. That way a shell script can extract it with getfattr, and it is no harder to do from a C program using getxattr(). I'd propose something like "system.creation_time" for the xattr name, but I'll leave it up to people who care to propose better names. Cheers, Andreas -- Andreas Dilger Sr. Staff Engineer, Lustre Group Sun Microsystems of Canada, Inc. -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
