Re: statmount: requesting more information: statfs, devname, label

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



> I'd put fs options in there too, but that was something Christian
> disliked.  We should have a discussion about how to retrieve options,
> and maybe the other things like label, devname, etc will fall out of
> that too.

Let me rephrase what I mean as I probably wasn't clear enough in my
first mail. My objection is mostly that I don't want us to start putting
stuff in there that's not generic. And yes, some statfs() fields might
make sense to put in statmount(). But I think stuff like "f_files" or
"f_ffree" is really something that's misplaced in statmount().




[Index of Archives]     [Linux Ext4 Filesystem]     [Union Filesystem]     [Filesystem Testing]     [Ceph Users]     [Ecryptfs]     [NTFS 3]     [AutoFS]     [Kernel Newbies]     [Share Photos]     [Security]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux Cachefs]     [Reiser Filesystem]     [Linux RAID]     [NTFS 3]     [Samba]     [Device Mapper]     [CEPH Development]

  Powered by Linux