On Fri, Sep 26, 2014 at 08:42:25AM +1000, Dave Chinner wrote: > Look, I have no problems with extending the existing quota > interfaces to support project quotas, but that should be a > *secondary* improvement as userspace tools are updated. The > primary goal needs to be "works identically to XFS" and so it needs > to implement the interfaces that are currently used for management > so that we can actually test that it does work identically. I think we're getting a bit too hung up on which is the "primary" and which is the "secondary" interfaces. The reality is that we should make both interfaces work. An example of this is how we handle the xfs-specific ioctls that are also exposed via the fallocate(2) system call. It's not particularly important to me which is the "primary" interface just because it's been around for 10 years. Which should implement *both* so that users are used to using xfs_io(8) or fallocate(1) can do what they want. Similarly, if some users are more used to the quotatools interface (which has been around for quite a long time, BTW, if we're trying to count primacy by years of availability to Linux users), and some users that are used to using xfs_quota, both should work. Cheers, - Ted -- 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
