Jamie Lokier wrote:
Once you have fine-grained selection of stat fields - it's natural to ask why not allow _additional_ stat fields in an future-extensible fashion? A few things would be handy sometimes, such as inode generation number, modification generation number (to detect changes across reboots), and extra flags indicating COW or other properties.
That's quite an interesting thought... until you run out of flags, the stat structure becomes a bit more flexible.
Jeff -- To unsubscribe from this list: send the line "unsubscribe linux-fsdevel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
