On Mon, Jun 28, 2010 at 12:04:09PM -0500, Steve French wrote: > On Mon, Jun 28, 2010 at 11:48 AM, Jeremy Allison <jra@xxxxxxxxx> wrote: > > On Mon, Jun 28, 2010 at 11:33:10AM -0500, Steve French wrote: > >> > >> It would be easy enough to do something similar for crtime for cifs > >> (it may also be possible to do something similar to > >> i_generation and i_version at least for smb2 but haven't > >> experimented to see which servers could return something > >> similar to version and generation). I did have a request for > >> someone doing a backup application over cifs to return creation > >> time so at least this would make sense. > > > > We already have code in Samba to detect "birthtime" > > (st_btime) as a returned member of a stat struct. > > > > This already works on many other platforms, so I'd > > rather just have Linux stat fixed to work with > > btime. > > That sounds better but it hits the fs, vfs and libc > and seems like libc is near impossible to get changes into. It's a software project, it gets new features. This is a new feature that is necessary to support new file system features. > Seems like in the short term adding xattrs is harmless, and > doesn't hurt in the longrun Yes it does. It's trying to do an end-run around adding this into the entire stack where it'll be useful for all applications. Samba releases live forever. Do you want to be still maintaining the "btime as xattr" stuff in 20 years ? Fix it once, fix it right. Jeremy. -- To unsubscribe from this list: send the line "unsubscribe linux-cifs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
