On Sun, Nov 13, 2022 at 10:02:37PM -0800, Christoph Hellwig wrote: > On Thu, Nov 10, 2022 at 05:47:10PM +0100, Niels de Vos wrote: > > And, there actually are options like CONFIG_EXT4_FS_POSIX_ACL and > > CONFIG_EXT4_FS_SECURITY. Because these exist already, I did not expect > > too much concerns with proposing a CONFIG_EXT4_FS_ENCRYPTION... > > ext4 is a little weird there as most file systems don't do that. > So I think these should go away for ext4 as well. Yeah, I understand that there is a preference for reducing the number of Kconfig options for filesystems. That indeed would make it a little easier for users, so I am supportive of that as well. > > Note that even with the additional options, enabling only > > CONFIG_FS_ENCRYPTION causes all the filesystems that support fscrypt to > > have it enabled. For users there is no change, except that they now have > > an option to disable fscrypt support per filesystem. > > But why would you do that anyay? An other mail in this thread contains a description about that. It is more about being able to provide a kernel build that is fully tested, and enabling more options (or being unable to disable features) increases the testing efforts that are needed. However, as Ted pointed out, there are other features that can not be disabled or limited per filesystem, so there will always be a gap in what can practically be tested. Thanks, Niels
