Re: [RFC][PATCH v5 00/09] common implementation of dirent file types

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

 



On Mon, Jan 21, 2019 at 12:54:25AM +0000, Phillip Potter wrote:
> These patches mostly no longer include compile-time checks to ensure
> the filesystem specific on-disk bits are equivalent to the common
> implementation FT_* bits, and instead op to remove the filesystem
> specific definitions entirely where possible, as a result of the
> referenced discussion above.
> 
> With the ext4 patch, the EXT4_FT_* definitions are instead defined
> to be FT_*, to give less code churn with the same result (no need
> to modify fs/ext4/namei.c). Also, the nilfs2 and btrfs filesystems
> keep their filesystem specific definitions in the include/uapi/linux
> directory, so these cannot be changed trivially without breaking
> userspace. For this reason, the compile time checks remain in these
> two filesystems.

Just because something is exposed through the uapi directory today
doesn't mean userspace actually uses it.  For example,
https://codesearch.debian.net/search?q=BTRFS_FT_DIR

The only code which uses the filetype defines is going to be code which
actually looks at a raw filesystem image.  All three examples of userspace
code in Debian have their own definitions instead of using the one which
the kernel provides.



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

  Powered by Linux