Jan Kara <jack@xxxxxxx> writes: > On Tue 02-02-10 18:00:24, Dmitry Monakhov wrote: >> During some quota oparations we have to determine quota_id for given inode >> according to quota_type. But only USRQUOTA/GRPQUOTA id are intermediately >> accessible from generic vfs-inode. This patch introduce new per_sb quota >> operation for this purpose. > Hmm, but you do not intend to ever change what is returned for USRQUOTA > and GRPQUOTA, do you? So we could just have something like Hmm... In fact i've considered this option. For example: In case of containers(trees), each container administrator want user/group quota to work inside it's container. I've considered following approach: 1) enlarge qid_t to u64 2) encode quota_uid and group_uid like follows: quid = treeid << 32 + uid qgid = treeid << 32 + gid 3) Introduce new 64-bit quota format file to support wide qid_t. Currently i dont know better way to support user/group quota inside tree. It does not affect old fs-internal code, just replace all hard-coded (int => u64) in fs/quota-XXX. Old 32-bit quota users not affected because qid_t will be shrink ed on quota-save for old(most of) users. -- 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